Bug#1063343: reportbug: rspamd WEB GUI doesn't allow to change tabs
Package: rspamd Version: 3.8.1-1 Severity: normal Hi, I've notice that starting from version 3.7.0 up to 3.8.0 the menu in Web GUI is not working anymore. When I'm clicking on "Status / Throughput / Configuration / Symbols / Scan/Learn / Test selectors / History" tabs the link in changed to https://rspamd01.domain.com:8080/rspamd/#status or /#throughput etc. This issue started from 3.7.0 but I able to fix it compiling the original RSPAM that doesn't replace jquery and bootstrap. But starting from 3.8.0 this fix doen't work anymore. I tried to disable the patch 0004-drop-js-scripts-packaged-by-Debian.patch to force to use the original jsquery and bootstrap, but this time is not helping this trick. The config for NGINX: server { listen 8080 ssl; add_header Strict-Transport-Security "max-age=31536000; includeSubdomains"; add_header X-Content-Type-Options nosniff; add_header X-Frame-Options SAMEORIGIN; add_header X-XSS-Protection "1; mode=block"; #include ssl.conf; ssl_certificate /etc/letsencrypt/live/spamd01.domain.com/fullchain.pem; ssl_trusted_certificate /etc/letsencrypt/live/spamd01.domain.com/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/spamd01.domain.com/privkey.pem; server_name spamd01.domain.com; location /rspamd/ { proxy_pass http://localhost:11334/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For ""; } ssl on; ssl_protocols TLSv1.2 TLSv1.3; ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM- SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA- CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305; ssl_prefer_server_ciphers on; ssl_session_cache shared:TLS:10m; ssl_session_timeout 1d; ssl_stapling on; ssl_stapling_verify on; server_tokens off; } I have no clue how to fix this issue anymore. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 6.5.0-4-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 rspamd depends on: ii adduser 3.137 ii ca-certificates 20230311 ii fonts-glyphicons-halflings 1.009~3.4.1+dfsg-3 ii init-system-helpers 1.65.2 ii libc6 2.37-12 ii libgcc-s1 13.2.0-5 ii libglib2.0-02.78.1-2 ii libhyperscan5 5.4.2-1 ii libicu7272.1-4 ii libjs-bootstrap44.6.1+dfsg1-4 ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii libjs-requirejs 2.3.6+ds+~2.1.34-2 ii libluajit-5.1-2 2.1.0~beta3+git20220320+dfsg-4.1 ii libpcre2-8-010.42-4 ii libsodium23 1.0.18-1 ii libsqlite3-03.44.0-1 ii libssl3 3.0.11-1 ii libstdc++6 13.2.0-5 ii perl5.36.0-10+b1 ii zlib1g 1:1.2.13.dfsg-3 Versions of packages rspamd recommends: pn redis-server rspamd suggests no packages. -- no debconf information
Bug#1012422: plasma-systemmonitor: plasma system monitor doesn't start anymore
Package: plasma-systemmonitor Version: 5.24.90-2 Severity: important Dear Maintainer, After upgrading the plasma-systemmonitor to version 5.24.5-1 and then to 5.24.90-2, I can't start it anymore. straces shows that is exists with 0. statx(AT_FDCWD, "/home/adrian/.local/share/flatpak/exports/share/icons/hicolor/symbolic/apps", AT_STATX_SYNC_AS_STAT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=4096, ...}) = 0 statx(AT_FDCWD, "/var/lib/flatpak/exports/share/icons/hicolor/symbolic/apps", AT_STATX_SYNC_AS_STAT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=4096, ...}) = 0 statx(AT_FDCWD, "/usr/share/icons/hicolor/symbolic/apps", AT_STATX_SYNC_AS_STAT, STATX_ALL, {stx_mask=STATX_ALL|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFDIR|0755, stx_size=4096, ...}) = 0 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x7ffd541a53c0, FUTEX_WAIT_PRIVATE, 0, NULL) = 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x561f95668b90, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = 0 futex(0x561f95668b40, FUTEX_WAKE_PRIVATE, 1) = 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x7f2f55be2880, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x7ffd541a53e0, FUTEX_WAIT_PRIVATE, 0, NULL) = 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x561f9563ce90, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = 0 futex(0x561f9563ce40, FUTEX_WAKE_PRIVATE, 1) = 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x561f95640a20, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = 0 futex(0x561f956409d0, FUTEX_WAKE_PRIVATE, 1) = 0 msync(0x7f2f4988d000, 10547304, MS_ASYNC|MS_INVALIDATE) = 0 munmap(0x7f2f4988d000, 10547304)= 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x7ffd541a5530, FUTEX_WAIT_PRIVATE, 0, NULL) = 0 write(7, "\1\0\0\0\0\0\0\0", 8) = 8 futex(0x561f955dc6a8, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x561f955d3a70, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, NULL, FUTEX_BITSET_MATCH_ANY) = 0 futex(0x561f955d3a20, FUTEX_WAKE_PRIVATE, 1) = 0 futex(0x7f2f4b14e040, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0x7f2f4b123070, FUTEX_WAKE_PRIVATE, 2147483647) = 0 getpid()= 456284 exit_group(0) = ? +++ exited with 0 +++ *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.17.0-1-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:ro Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-systemmonitor depends on: ii ksystemstats 5.24.5-1 ii libc62.33-7 ii libkf5configcore55.94.0-3 ii libkf5configgui5 5.94.0-3 ii libkf5coreaddons55.94.0-1 ii libkf5dbusaddons55.94.0-1 ii libkf5globalaccel-bin5.94.0-1 ii libkf5globalaccel5 5.94.0-1 ii libkf5i18n5 5.94.0-1 ii libkf5itemmodels55.94.0-1 ii libkf5kiogui55.94.0-1 ii libkf5newstuffcore5 5.94.0-2 ii libkf5service-bin5.94.0-1 ii libkf5service5 5.94.0-1 ii libkf5windowsystem5 5.94.0-1 ii libksysguardsensorfaces1 4:5.24.90-1 ii libqt5core5a 5.15.2+dfsg-16+b1 ii libqt5dbus5 5.15.2+dfsg-16+b1 ii libqt5gui5 5.15.2+dfsg-16+b1 ii libqt5qml5 5.15.2+dfsg-10 ii libqt5widgets5 5.15.2+dfsg-16+b1 ii libstdc++6 12.1.0-2 ii qml-module-org-kde-kcm 5.94.0-1 ii qml-module-org-kde-kcoreaddons 5.94.0-1 ii qml-module-org-kde-kirigami2 5.94.0-1 ii qml-module-org-kde-kitemmodels 5.94.0-1 ii qml-module-org-kde-kquickcontrolsaddons 5.94.0-1 ii qml-module-org-kde-ksysguard 4:5.24.5-1 ii qml-module-org-kde-newstuff
Bug#803560: Acknowledgement (ppp: Enhanced arbitrary interface names (ifname))
For those that are interested for this patch I've submitted a pull request to ppp: https://github.com/paulusmack/ppp/pull/116/commits/0ec52a1c412e76d9652e740e978ac91b512c800e But seems that is moving very-very slow with integration. I've hopped that Debian will take in account this patch and add it to their source codes, but after 4 years still no response. Kind regards, Adrian La 31/10/2015 13:51, Debian Bug Tracking System a scris: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Marco d'Itri > > If you wish to submit further information on this problem, please > send it to 803...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. >
Bug#803560: Acknowledgement (ppp: Enhanced arbitrary interface names (ifname))
For those that are interested for this patch I've submitted a pull request to ppp: https://github.com/paulusmack/ppp/pull/116/commits/0ec52a1c412e76d9652e740e978ac91b512c800e But seems that is moving very-very slow with integration. I've hopped that Debian will take in account this patch and add it to their source codes, but after 4 years still no response. Kind regards, Adrian La 31/10/2015 13:51, Debian Bug Tracking System a scris: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Marco d'Itri > > If you wish to submit further information on this problem, please > send it to 803...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. >
Bug#927277: linux-image-4.19.0-4-amd64: f71882fg hwmon driver conflicts with ACPI
Package: src:linux Version: 4.19.28-2 Severity: normal Hi, When I'm trying to read voltage and fan speed from the MB which has a f81866a chip through ACPI the result is none. Only the temperature will be read. When I'm trying to add f71882fg hwmon driver is says that is in conflict with ACPI. I really need to read the voltages from the motherboard to monitor if there are some fluctuations on 12V and 5V. >From the logs says to use an ACPI driver for that, but I don't know if there is any. There is any solution to solve this? Motherboad: Jetway NF9Q-Q87 CPU: Intel(R) Core(TM) i5-4670T CPU @ 2.30GHz -- Package-specific info: ** Version: Linux version 4.19.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 8.3.0 (Debian 8.3.0-2)) #1 SMP Debian 4.19.28-2 (2019-03-15) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-4-amd64 root=UUID=b9825d44-0055-4f52-9361-d836aec0a3cb ro 8250.nr_uarts=8 console=tty0 console=ttyS0,115200n8 i915.modeset=0 nomodeset acpi_enforce_resources=lax quiet ** Not tainted ** Kernel log: [ 487.366593] ata1.00: irq_stat 0x08400040, interface fatal error, connection status changed [ 487.374919] ata1: SError: { HostInt PHYRdyChg 10B8B LinkSeq DevExch } [ 487.381428] ata1.00: failed command: WRITE FPDMA QUEUED [ 487.386697] ata1.00: cmd 61/e0:10:00:10:1c/03:00:06:00:00/40 tag 2 ncq dma 507904 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) [ 487.402647] ata1.00: status: { DRDY } [ 487.406346] ata1.00: failed command: READ FPDMA QUEUED [ 487.411539] ata1.00: cmd 60/08:18:18:10:55/00:00:0a:00:00/40 tag 3 ncq dma 4096 in res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) [ 487.427182] ata1.00: status: { DRDY } [ 487.430882] ata1: hard resetting link [ 488.156251] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 488.156283] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 488.165247] ata1.00: configured for UDMA/133 [ 488.165269] ata1: EH complete [ 488.170373] ata4.00: configured for UDMA/133 [ 488.170379] ata4: EH complete [ 488.308244] ata1.00: exception Emask 0x50 SAct 0x8 SErr 0x4890800 action 0xe frozen [ 488.317228] ata1.00: irq_stat 0x08400040, interface fatal error, connection status changed [ 488.326181] ata1: SError: { HostInt PHYRdyChg 10B8B LinkSeq DevExch } [ 488.333264] ata1.00: failed command: WRITE FPDMA QUEUED [ 488.339134] ata1.00: cmd 61/58:18:00:08:1c/05:00:06:00:00/40 tag 3 ncq dma 700416 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) [ 488.356318] ata1.00: status: { DRDY } [ 488.360689] ata1: hard resetting link [ 488.360698] ata4.00: exception Emask 0x10 SAct 0x80 SErr 0x489 action 0xe frozen [ 488.369475] ata4.00: irq_stat 0x08400040, interface fatal error, connection status changed [ 488.378480] ata4: SError: { PHYRdyChg 10B8B LinkSeq DevExch } [ 488.385025] ata4.00: failed command: WRITE FPDMA QUEUED [ 488.390928] ata4.00: cmd 61/58:b8:00:08:1c/05:00:06:00:00/40 tag 23 ncq dma 700416 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA bus error) [ 488.408108] ata4.00: status: { DRDY } [ 488.412429] ata4: hard resetting link [ 489.124251] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 489.137380] ata4.00: configured for UDMA/133 [ 489.137401] ata4: EH complete [ 489.152201] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 489.166215] ata1.00: configured for UDMA/133 [ 489.166229] ata1: EH complete [ 489.528233] ata1: limiting SATA link speed to 3.0 Gbps [ 489.528241] ata1.00: exception Emask 0x50 SAct 0xc00 SErr 0x4890800 action 0xe frozen [ 489.538164] ata1.00: irq_stat 0x08400040, interface fatal error, connection status changed [ 489.547095] ata1: SError: { HostInt PHYRdyChg 10B8B LinkSeq DevExch } [ 489.554168] ata1.00: failed command: WRITE FPDMA QUEUED [ 489.560009] ata1.00: cmd 61/48:50:00:d8:1d/05:00:06:00:00/40 tag 10 ncq dma 692224 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) [ 489.577197] ata1.00: status: { DRDY } [ 489.581459] ata1.00: failed command: WRITE FPDMA QUEUED [ 489.587327] ata1.00: cmd 61/10:58:48:dd:1d/00:00:06:00:00/40 tag 11 ncq dma 8192 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x50 (ATA bus error) [ 489.604355] ata1.00: status: { DRDY } [ 489.608641] ata1: hard resetting link [ 489.608677] ata4: limiting SATA link speed to 3.0 Gbps [ 489.608679] ata4.00: exception Emask 0x10 SAct 0x3000 SErr 0x409 action 0xe frozen [ 489.617208] ata4.00: irq_stat 0x00400040, connection status changed [ 489.624091] ata4: SError: { PHYRdyChg 10B8B DevExch } [ 489.629735] ata4.00: failed command: WRITE FPDMA QUEUED [ 489.635561] ata4.00: cmd 61/48:60:00:d8:1d/05:00:06:00:00/40 tag 12 ncq dma 692224 out res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x10 (ATA
Bug#925204: linux-image-4.19.0-2-amd64: Using USB 3.0 interface in VMWare and UAS device is not working
Package: linux-image-amd64 Version: 4.19+102 Severity: important Hi, The UAS device drivers are not working under VMWare. I have to use a work around and blacklist the UAS driver to get device working. This is the output of dmesg before blacklisting and after: [18853.525588] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [18853.555794] usb 4-1: New USB device found, idVendor=152d, idProduct=3562, bcdDevice=63.02 [18853.555797] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [18853.555799] usb 4-1: Product: AD TO BE II [18853.555800] usb 4-1: Manufacturer: ADMKIV [18853.555802] usb 4-1: SerialNumber: DB1234567897B0 [18853.618227] usbcore: registered new interface driver usb-storage [18853.630722] scsi host3: uas [18853.631660] usbcore: registered new interface driver uas [18853.634778] usb 4-1: stat urb: status -32 [18853.634836] scsi 3:0:0:0: tag#4 data cmplt err -32 uas-tag 1 inflight: CMD [18853.634839] scsi 3:0:0:0: tag#4 CDB: Inquiry 12 00 00 00 24 00 [18874.274509] scsi 3:0:0:0: tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD [18874.274517] scsi 3:0:0:0: tag#4 CDB: Inquiry 12 00 00 00 24 00 [18874.299065] scsi host3: uas_eh_device_reset_handler start [18874.436689] usb 4-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd [18874.471991] scsi host3: uas_eh_device_reset_handler success [18874.474250] usb 4-1: stat urb: status -32 [18874.475158] scsi 3:0:0:0: tag#4 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD [18874.475182] scsi 3:0:0:0: tag#4 CDB: Test Unit Ready 00 00 00 00 00 00 [18874.475190] scsi host3: uas_eh_device_reset_handler start [18874.718701] usb 4-1: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd [18874.747546] scsi host3: uas_eh_device_reset_handler success [18874.747552] scsi 3:0:0:0: Device offlined - not ready after error recovery [18899.867372] usbcore: deregistering interface driver uas [18910.834000] usbcore: deregistering interface driver usb-storage [18914.787331] usb 4-1: UAS is blacklisted for this device, using usb-storage instead [18914.787333] usb-storage 4-1:1.0: USB Mass Storage device detected [18914.788277] usb-storage 4-1:1.0: Quirks match for vid 152d pid 3562: 80 [18914.788371] scsi host3: usb-storage 4-1:1.0 [18914.788721] usbcore: registered new interface driver usb-storage [18915.795385] scsi 3:0:0:0: Direct-Access ADplus SuperVer 6302 PQ: 0 ANSI: 6 [18915.796367] scsi 3:0:0:0: Attached scsi generic sg1 type 0 [18915.816273] sd 3:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [18915.817608] sd 3:0:0:0: [sda] Write Protect is off [18915.817612] sd 3:0:0:0: [sda] Mode Sense: 33 00 00 08 [18915.820683] sd 3:0:0:0: [sda] No Caching mode page found [18915.820690] sd 3:0:0:0: [sda] Assuming drive cache: write through [18915.827904] sda: sda1 sda2 sda3 [18915.834691] sd 3:0:0:0: [sda] Attached SCSI disk -- System Information: Debian Release: buster APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:ro (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-amd64 depends on: ii linux-image-4.19.0-2-amd64 4.19.16-1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information
Bug#922207: Wine + AnyRail 6.1 - messing up KDE Desktop
Hi, I'm using a VMWare machine. I will try the same setup on my PC with Debian Buster and latest wine + Intel HD or nVidia (is an ASUS ROG with dual GPU Intel/nVidia). Unfortunately I can't disable the 3D in the app or in the command line. I've checked and there is no way. This is the glxinfo: $ glxinfo name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_libglvnd, GLX_EXT_no_config_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_context_flush_control, GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_video_sync Extended renderer info (GLX_MESA_query_renderer): Vendor: VMware, Inc. (0x15ad) Device: SVGA3D; build: RELEASE; LLVM; (0x405) Version: 18.3.2 Accelerated: no Video memory: 1MB Unified memory: no Preferred profile: core (0x1) Max core profile version: 3.3 Max compat profile version: 3.3 Max GLES1 profile version: 1.1 Max GLES[23] profile version: 3.0 OpenGL vendor string: VMware, Inc. OpenGL renderer string: SVGA3D; build: RELEASE; LLVM; OpenGL core profile version string: 3.3 (Core Profile) Mesa 18.3.2 OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: GL_AMD_conservative_depth, GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_ARB_ES2_compatibility, GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_blend_func_extended, GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_ARB_compressed_texture_pixel_storage, GL_ARB_conservative_depth, GL_ARB_copy_buffer, GL_ARB_copy_image, GL_ARB_debug_output, GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_direct_state_access, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, GL_ARB_get_texture_sub_image, GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, GL_ARB_instanced_arrays, GL_ARB_internalformat_query, GL_ARB_internalformat_query2, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_occlusion_query2, GL_ARB_pixel_buffer_object, GL_ARB_point_sprite, GL_ARB_program_interface_query, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_seamless_cube_map, GL_ARB_separate_shader_objects, GL_ARB_shader_bit_encoding, GL_ARB_shader_objects, GL_ARB_shader_subroutine, GL_ARB_shader_texture_lod, GL_ARB_shading_language_420pack, GL_ARB_shading_language_packing, GL_ARB_sync,
Bug#907301: plasma-desktop: no system tray whith task bar and no context menu of desktop
On Mon, 27 Aug 2018 10:15:35 +0200 iacchi wrote: > > I am hit also by this, e.g. no systray or alt+f2 not finding anything. > > > > Running with a local built packages of src:plasma-workspace > > (in a just testing packages environment) > > the systray came back and alt+f2 is also normal again. > > Hello, > I am also affected by this problem and I can also confirm that, as > Bernhard says, building plasma-workspace with deb-src and installing the > built package (plasma-workspace is enough, disregard all other created > packages) brings everything back to normal. > > Regards, > Iacopo > > Same here. I've recompiled the plasma-workspace from sources against the updated system and everything comes back. Kind regards, Adrian
Bug#779077: Debian Buster with libapache2-mod-fcgid-2.3.9-1 and -2 still crashing
Hi all, Few days ago I've installed a new Debian Buster OS and I've notice that fcgid module for Apache2 is still crashing after a graceful reload: [Wed Jul 11 17:30:27.723486 2018] [core:notice] [pid 10785] AH00094: Command line: '/usr/sbin/apache2' [Wed Jul 11 17:30:27.723526 2018] [core:notice] [pid 10785] AH00052: child pid 10916 exit signal Segmentation fault (11) AH00106: piped log program ' /usr/local/ispconfig/server/scripts/vlogger -s access.log -t "%Y%m%d-access.log" /var/log/ispconfig/httpd' failed unexpectedly [Wed Jul 11 17:30:27.724987 2018] [core:notice] [pid 10785] AH00052: child pid 10917 exit signal Segmentation fault (11) [Wed Jul 11 17:30:27.725093 2018] [fcgid:error] [pid 10785] mod_fcgid: fcgid process manager died, restarting the server [Wed Jul 11 17:30:27.807462 2018] [mpm_prefork:notice] [pid 10785] AH00173: SIGHUP received. Attempting to restart [Wed Jul 11 17:30:27.953666 2018] [mpm_prefork:notice] [pid 10785] AH00163: Apache/2.4.33 (Debian) mod_fcgid/2.3.9 mpm-itk/2.4.7-04 OpenSSL/1.1.0h configured -- resuming normal operations If I'm disabling this module everything is fine. There is a fix for it? root@WebHost-3:~# dpkg -l | grep fcgid ii libapache2-mod-fcgid 1:2.3.9-2 amd64 FastCGI interface module for Apache 2 The commad I'm using is service apache2 reload or systemctl reload apache2. Kind regards, Adrian -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com/
Bug#880040: plasma-workspace: PlasmaShell eats a lot of memory and CPU
Package: plasma-workspace Version: 4:5.10.5-2 Severity: normal Tags: upstream Dear Maintainer, I've notice that the plasmashell is starting to eat a huge amount of memory and CPU. A simple copy of a AVI file from my local HDD to a network storage lead to this. Sometimes only keeping the system running with anykind of software opened is starting to eat memory. The only way to recover the PC memory is to logout and login. Here is the TOP command output: top - 22:18:47 up 11:54, 1 user, load average: 0.13, 0.65, 1.15 Tasks: 258 total, 1 running, 257 sleeping, 0 stopped, 0 zombie %Cpu0 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu1 : 4.0 us, 0.0 sy, 0.0 ni, 96.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu2 : 5.0 us, 5.0 sy, 0.0 ni, 90.1 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu3 : 1.0 us, 2.0 sy, 0.0 ni, 97.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu4 : 2.0 us, 0.0 sy, 0.0 ni, 98.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu5 : 2.0 us, 3.0 sy, 0.0 ni, 95.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu6 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st %Cpu7 : 0.0 us, 0.0 sy, 0.0 ni,100.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st KiB Mem : 11995152 total, 191884 free, 7161560 used, 4641708 buff/cache KiB Swap: 4192252 total, 4192252 free,0 used. 4293708 avail Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 8340 adrian20 0 10.688g 5.816g 128236 S 16.8 50.8 499:07.38 /usr/bin/plasmashell 8583 adrian20 0 647900 131692 16152 S 0.0 1.1 0:18.08 /usr/sbin/mysqld --defaults-file=/home/adrian/.local/share/akonadi/mysql.conf --datadir=+ 8332 adrian20 0 3159180 112652 67012 S 1.0 0.9 9:24.46 kwin_x11 18378 adrian20 0 1030484 104304 41312 S 1.0 0.9 0:49.12 /usr/bin/perl /usr/bin/pac 5264 root 20 0 661300 99624 43592 S 5.9 0.8 218:17.48 /usr/lib/xorg/Xorg -nolisten tcp -auth /var/run/sddm/{797df2b6-92bb-4aac-a61b-eb8b20a069+ 8377 adrian20 0 1053044 84748 56504 S 0.0 0.7 0:12.72 /usr/bin/owncloud 7010 adrian20 0 753164 83576 41608 S 1.0 0.7 0:10.18 /usr/bin/python3 /usr/bin/reportbug --exit-prompt --ui gtk2 13652 adrian20 0 762580 74880 58220 S 3.0 0.6 5:33.55 /usr/bin/systemmonitor 8337 adrian20 0 765784 68920 52328 S 0.0 0.6 0:29.49 /usr/bin/krunner 8386 adrian20 0 985492 65476 55188 S 0.0 0.5 0:00.60 /usr/bin/korgac Adrian -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en_GB:ro (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages plasma-workspace depends on: ii dbus-x11 1.11.20-1 ii frameworkintegration 5.37.0-2 ii gdb 7.12-6+b1 ii iso-codes3.76-1 ii kactivitymanagerd5.10.5-2 ii kde-cli-tools4:5.10.5-2 ii kded55.37.0-2 ii kinit5.37.0-2 ii kio 5.37.0-2 ii kpackagetool55.37.0-2 ii kwin-common 4:5.10.5-2 ii libappstreamqt2 0.11.6-2 ii libc62.24-17 ii libcln6 1.3.4-2+b1 ii libgcc1 1:7.2.0-11 ii libgps22 3.16-4 ii libice6 2:1.0.9-2 ii libkf5activities55.37.0-2 ii libkf5auth5 5.37.0-2 ii libkf5baloo5 5.37.0-2 ii libkf5bookmarks5 5.37.0-2 ii libkf5calendarevents55.37.0-2 ii libkf5completion55.37.0-2 ii libkf5configcore55.37.0-2 ii libkf5configgui5 5.37.0-2 ii libkf5configwidgets5 5.37.0-2 ii libkf5coreaddons55.37.0-2 ii libkf5crash5 5.37.0-2 ii libkf5dbusaddons55.37.0-2 ii libkf5declarative5 5.37.0-2 ii libkf5globalaccel-bin5.37.0-2 ii libkf5globalaccel5 5.37.0-2 ii libkf5guiaddons5 5.37.0-2 ii libkf5holidays5 16.04.2-1 ii libkf5i18n5 5.37.0-2 ii libkf5iconthemes55.37.0-2 ii libkf5idletime5 5.37.0-2 ii libkf5itemviews5
Bug#872666: [kde-baseapps] KDE packages are broken in Debian sid/buster
Package: kde-baseapps Version: 4:16.08.3-1 Severity: critical Hi, Few days ago I did an upgrade to a VM Debian Sid system and all packages from KDE were uninstalled. My Laptop is running also same Debian but I didn't do a such upgrade because apt dist-upgrade is asking me to uninstall whole KDE. Here is the output of apt dist-upgrade command: root@Adi-Laptop:/home/adrian# apt dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages were automatically installed and are no longer required: accountsservice analitza-common apper-data baloo-kf5 breeze-cursor-theme coinor-libcbc3 coinor-libcgl1 coinor-libclp1 coinor-libcoinmp1v5 coinor-libcoinutils3v5 coinor-libosi1v5 cracklib-runtime debconf-kde-data debconf-kde-helper fonts-dustin fonts-hack-ttf fonts-linuxlibertine fonts-open-sans fonts-oxygen fonts-sil-gentium fonts-sil-gentium-basic frameworkintegration gir1.2-atspi-2.0 gir1.2-wnck-3.0 gnome-orca gtk3-engines-breeze hyphen-en-us ieee-data kate5-data kde-cli-tools-data kde-config-gtk-style kde-config-sddm kde-style-breeze kde-style-breeze-qt4 kde-style-qtcurve-qt4 kded5 kdegames-card-data-kf5 kdegames-mahjongg-data-kf5 kdepasswd kf5-kdepim-apps-libs-data kf5-messagelib-data khotkeys khotkeys-data kmenuedit ksysguard ksysguard-data ksysguardd ktnef kwayland-integration kwin-data kwin-decoration-oxygen kwin-style-breeze kwrite kwrited libaccounts-glib0 libaccounts-qt5-1 libaccountsservice0 libanalitza7 libanalitzagui7 libanalitzaplot7 libanalitzawidgets7 libappstreamqt2 libatk-adaptor libbrlapi0.6 libbsh-java libcrack2 libdebconf-kde1 libdirectfb-1.2-9 libdolphinvcs5 libfakekey0 libfreehand-0.1-1 libkaccounts1 libkasten3controllers3 libkasten3core3 libkasten3gui3 libkasten3okteta1core1 libkasten3okteta1gui1 libkdecorations2-5v5 libkdecorations2private5v5 libkf5activitiesstats1 libkf5akonadisearch-bin libkf5akonadisearch-data libkf5akonadisearch-plugins libkf5akonadisearchcore5 libkf5akonadisearchdebug5 libkf5akonadisearchpim5 libkf5akonadisearchxapian5 libkf5baloowidgets-bin libkf5baloowidgets5 libkf5blog5 libkf5bluezqt-data libkf5bluezqt6 libkf5calendarevents5 libkf5calendarsupport-data libkf5declarative-data libkf5eventviews-data libkf5followupreminder5 libkf5gapiblogger5 libkf5gpgmepp-pthread5 libkf5grantleetheme-plugins libkf5grantleetheme5 libkf5idletime5 libkf5jsembed-data libkf5jsembed5 libkf5kcmutils-data libkf5kdepimdbusinterfaces5 libkf5kdgantt2-5 libkf5kiogui5 libkf5kmahjongglib5 libkf5kmanagesieve5 libkf5kontactinterface-data libkf5kontactinterface5 libkf5ksieve-data libkf5ksieve5 libkf5libkdepim-data libkf5libkleo5 libkf5messagecore5 libkf5modemmanagerqt6 libkf5networkmanagerqt6 libkf5people-data libkf5people5 libkf5peoplebackend5 libkf5peoplewidgets5 libkf5qgpgme5 libkf5screen-bin libkf5screen7 libkf5sendlater5 libkf5style5 libkf5syndication5 libkf5sysguard-bin libkf5sysguard-data libkf5tnef5 libkf5waylandclient5 libkf5waylandserver5 libkf5webkit5 libkf5xmlrpcclient-data libkf5xmlrpcclient5 libkfontinst5 libkfontinstui5 libksgrd7 libksignalplotter7 libkwin4-effect-builtins1 libkwineffects9 libkwinglutils9 libkwinxrenderutils9 libkworkspace5-5 liblimba0 libmspub-0.1-1 libokteta2core2 libokteta2gui2 libopenconnect5 liboxygenstyle5-5 liboxygenstyleconfig5-5 libpagemaker-0.0-0 libplasma-geolocation-interface5 libpowerdevilcore2 libpowerdevilui5 libprocesscore7 libprocessui7 libpwquality-common libpwquality1 libqca-qt5-2 libqca-qt5-2-plugins libqgsttools-p1 libqt5clucene5 libqt5concurrent5 libqt5designer5 libqt5designercomponents5 libqt5help5 libqt5multimedia5-plugins libqt5multimediaquick-p5 libqt5multimediawidgets5 libqt5quickwidgets5 libqtcurve-utils2 libreoffice libreoffice-avmedia-backend-gstreamer libreoffice-calc libreoffice-draw libreoffice-help-en-us libreoffice-impress libreoffice-librelogo libreoffice-nlpsolver libreoffice-ogltrans libreoffice-script-provider-bsh libreoffice-script-provider-js libreoffice-script-provider-python libreoffice-wiki-publisher libsane-perl libscim8v5 libsignon-plugins-common1 libsignon-qt5-1 libstoken1 libtaskmanager6 libtomcrypt0 libuv1 libweather-ion7 libwireshark8 libwiretap6 libwnck-3-0 libwnck-3-common libwsutil7 libx265-116 libxcb-cursor0 libxcb-damage0 libxcb-dpms0 libxcb-record0 libzmf-0.0-0 linux-headers-4.11.0-1-amd64 linux-headers-4.11.0-1-common linux-image-4.11.0-1-amd64 lp-solve mythes-en-us nodejs oxygen-sounds parley-data plasma-desktop-data plasma-discover-common polkit-kde-1 powerdevil powerdevil-data pulseaudio-module-gconf python-debianbts python-httplib2 python-pycurl python-pysimplesoap python3-brlapi python3-louis python3-pyatspi python3-software-properties python3-speechd python3-xdg qdbus-qt5 qml-module-org-kde-activities qml-module-org-kde-bluezqt qml-module-org-kde-extensionplugin qml-module-org-kde-kholidays qml-module-org-kde-solid qml-module-qt-labs-folderlistmodel
Bug#871947: [firefox] Firefox 55 regression for vCenter WebClient 6.0
Package: firefox Version: 55.0-2 Severity: serious --- Please enter the report below this line. --- Hi, After upgrading from Firefox 54 to Firefox 55 I've notice that the vCenter Web Client 6.0 is not working anymore. After login I'm receiving a message with Could not connect to vSphere Web Client. Contact your administrator to fix this issue. Trying to restart vCenter Web Client, whole server and other tricks I've tried to connect from Chrome. Result success. After the Thunderbird issues with the widgets drawing regression I've tried to downgrade FireFox to 54. Result success, no issues. Upgrading to FF 55 (latest) the issue is back. vCenter WebClient 6.0 is using a Flash interface and I'm using pepperflashplugin-nonfree/unstable,now 1.8.3+nmu1 amd64 [installed,automatic] as a flash plugin for both Chrome and Firefox. Kind regards, Adrian --- System information. --- Architecture: Kernel: Linux 4.11.0-2-amd64 Debian Release: buster/sid 500 unstable snapshot.debian.org 500 unstable ftp.ro.debian.org 500 stable files2.eid.belgium.be 500 stable files.eid.belgium.be --- Package information. --- Depends (Version) | Installed ==-+-== libatk1.0-0 (>= 1.12.4) | 2.24.0-1 libc6 (>= 2.18) | libcairo-gobject2 (>= 1.10.0) | libcairo2 (>= 1.10.0) | libdbus-1-3 (>= 1.9.14) | libdbus-glib-1-2 (>= 0.78) | libevent-2.1-6 (>= 2.1.8-stable) | libffi6 (>= 3.0.4) | libfontconfig1 (>= 2.12) | libfreetype6 (>= 2.2.1) | libgcc1 (>= 1:4.2) | libgdk-pixbuf2.0-0 (>= 2.22.0) | libglib2.0-0 (>= 2.31.8) | libgtk-3-0 (>= 3.0.0) | libgtk2.0-0 (>= 2.10) | libhunspell-1.6-0 | libjsoncpp1 (>= 1.7.4) | libnspr4 (>= 2:4.10.9) | libnss3 (>= 2:3.30) | libpango-1.0-0 (>= 1.14.0) | libsqlite3-0 (>= 3.14.0) | libstartup-notification0 (>= 0.8) | libstdc++6 (>= 6) | libvpx4 (>= 1.6.0) | libx11-6 | libx11-xcb1 | libxcb-shm0 | libxcb1 | libxcomposite1 (>= 1:0.3-1) | libxdamage1 (>= 1:1.1) | libxext6 | libxfixes3 | libxrender1 | libxt6 | zlib1g (>= 1:1.2.3.4) | fontconfig | procps | debianutils (>= 1.16) | Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== fonts-stix | OR otf-stix | fonts-lmodern | 2.004.5-3 mozplugger | libgssapi-krb5-2 | OR libkrb53 | libcanberra0 | --- Output from package bug script --- -- Extensions information Name: Adblock Plus Location: /{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Application Update Service Helper Location: /aushel...@mozilla.org.xpi Status: enabled Name: Awesome Screenshot - Capture, Annotate & More Location: /jid0-gxjllfbcoax0lcltedfrekqd...@jetpack.xpi Status: enabled Name: Belgium eID Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/belgium...@eid.belgium.be.xpi Package: beid-mozilla-extension Status: enabled Name: Best Proxy Switcher Location: /bestproxyswitc...@bestproxyswitcher.com.xpi Status: enabled Name: Click-to-Play staged rollout Location: /clicktoplay-roll...@mozilla.org.xpi Status: enabled Name: Compact Dark theme Status: user-disabled Name: Compact Light theme Status: user-disabled Name: Default theme Location: /usr/lib/firefox/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi Package: firefox Status: user-disabled Name: Emuflex Location: /hyk...@connect.ust.hk.xpi Status: enabled Name: Firefox OS Simulator Location: /r2d2...@mozilla.org Status: user-disabled Name: Firefox Screenshots Location: /screensh...@mozilla.org.xpi Status: enabled Name: FireShot Location: /{0b457cAA-602d-484a-8fe7-c1d894a011ba} Status: enabled Name: Follow-on Search Telemetry Location: /followonsea...@mozilla.com.xpi Status: enabled Name: Go-Mobile Location: /jid0-w5zy771zdsu5o7dtj8khm38w...@jetpack.xpi Status: enabled Name: Google Selection Translate - For AltKey Location: /jid1-f7dnbetj8el...@jetpack.xpi Status: enabled Name: Google translate https Location: /jid1-vhlr6vkmux9...@jetpack.xpi Status: enabled Name: Google Translator for Firefox Location: /transla...@zoli.bod.xpi Status: enabled Name: Groovy Blue theme Status: enabled Name: metal flowers - animated theme Status: user-disabled Name: Multi-process staged rollout Location: /e10sroll...@mozilla.org.xpi Status: enabled Name: Personas Plus Location: /usr/share/xul-ext/personasplus Package: xul-ext-personasplus Status: enabled Name: Pocket Location: /fire...@getpocket.com.xpi Status: enabled Name: Proxy Tool Location: /proxyt...@proxylist.co.xpi Status: enabled Name: ReloadEvery Location: /{888d99e7-e8b5-46a3-851e-1ec45da1e644}.xpi Status: enabled Name: S3.Google Translator Location: /s3goo...@translator.xpi Status: user-disabled Name: Shield Recipe Client Location: /shield-recipe-cli...@mozilla.org.xpi Status: enabled Name: uBlock Origin Location: /ublo...@raymondhill.net.xpi Status: user-disabled Name: Video DownloadHelper Location: /{b9db16a4-6edc-47ec-a1f4-b86292ed211d}.xpi Status: enabled Name: Web Compat Location:
Bug#871629: same here
Hi, Yesterday after upgrading my Laptop and a VM both on Debian Sid I've notice exactly the same issues mentioned here. . In the begging I thought is my Laptop issue but after checking the VM I've notice that is a Thunderbird/system issue . Which is the fastest way to fix this issue? Kind regards, Adrian -- This mail was scanned by BitDefender For more information please visit http://www.bitdefender.com/
Bug#803560: ppp: Enhanced arbitrary interface names (ifname)
Package: ppp Version: 2.4.6-3.2 Severity: wishlist Tags: patch * Tried to rename interfaces for each technology I'm using * Doing some different iptables setups based on the prefix of the interface Based on the original Debian patch which is using ifname parameter to rename the interface of the outgoing interfaces I've create 2 patches to solve the issue of the incomming connections of different technologies I'm using on my routers: pptp, pppoe or l2tp. I want to do differences between those thenologies and rename the interfaces in format like: pptp0, pptp1, pppoes2, pppoes3, l2tp4. I've changed the original patch and I've added a detection of the ifname format. If you put "ifname pppoesN" the patch will detect the character 'N' and will rename the interfaces using the prefix "pppoes" and add the unit of the ppp interface. Then using a regex in radius plugin split the prefix part of the interface name (previously was using a sscanf function) and extract the unit id and create correct NAS-port-id. First I've tried to use ip-pre-up/ip-up scripts but I discover that radius plugin couldn't detect the interface and also some parts of the ppp couldn't get the correct interface name. So I've decided to rename the interface directly in ppp core. Hope this patch will be useful for many administrators. Here are the patches: https://github.com/AdrianBan/ppp-debian/blob/master/debian/patches/ppp-2.4.6-radius-plugin-ifname-fix.patch https://github.com/AdrianBan/ppp-debian/blob/master/debian/patches/ppp-2.4.2-ifname-enhanced.patch -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ppp depends on: ii init-system-helpers 1.24 ii libc62.19-22 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g 1.1.8-3.1 ii libpcap0.8 1.7.4-1 ii procps 2:3.3.10-4 ppp recommends no packages. ppp suggests no packages. -- no debconf information adrian@RouterFW:/opt/devel/ppp/ppp-2.4.6/debian/patches$ exit exit root@RouterFW:/opt/devel/ppp/ppp-2.4.6/debian/patches# cp /tmp/reportbug-ppp-20151031-22781-KhGO3b . root@RouterFW:/opt/devel/ppp/ppp-2.4.6/debian/patches# root@RouterFW:/opt/devel/ppp/ifname-enhanced# cat reportbug-ppp-20151031-22781-KhGO3b Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Adrian Ban <adr...@abtelecom.ro> To: Debian Bug Tracking System <sub...@bugs.debian.org> Subject: ppp: Enhanced arbitrary interface names (ifname) Message-ID: <144629429023.22781.3037784529480381644.report...@routerfw.abtelecom.ro> X-Mailer: reportbug 6.6.5 Date: Sat, 31 Oct 2015 14:24:50 +0200 Package: ppp Version: 2.4.6-3.2 Severity: wishlist Tags: patch * Tried to rename interfaces for each technology I'm using * Doing some different iptables setups based on the prefix of the interface Based on the original Debian patch which is using ifname parameter to rename the interface of the outgoing interfaces I've create 2 patches to solve the issue of the incomming connections of different technologies I'm using on my routers: pptp, pppoe or l2tp. I want to do differences between those thenologies and rename the interfaces in format like: pptp0, pptp1, pppoes2, pppoes3, l2tp4. I've changed the original patch and I've added a detection of the ifname format. If you put "ifname pppoesN" the patch will detect the character 'N' and will rename the interfaces using the prefix "pppoes" and add the unit of the ppp interface. Then using a regex in radius plugin split the prefix part of the interface name (previously was using a sscanf function) and extract the unit id and create correct NAS-port-id. First I've tried to use ip-pre-up/ip-up scripts but I discover that radius plugin couldn't detect the interface and also some parts of the ppp couldn't get the correct interface name. So I've decided to rename the interface directly in ppp core. Hope this patch will be useful for many administrators. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ppp depends on: ii init-system-helpers 1.24 ii libc62.19-22 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g 1.1.8-3.1 ii libpcap0.8 1.7.4-1 i
Bug#776099: ppp: Support arbitrary interface names and adding ifunit [patch]
Package: ppp Version: 2.4.6-3 Severity: normal Using arbitrary interface names for PPPoE server I figured out that it tries to rename the new pppX interface to the name specified by ifname. For this reason I change the previous patch ppp-2.4.2-ifname.diff and I've added interface unit to the new interfaces. If I set ifname pppoe in ppp options I will get interfaces like pppoe0, pppoe1. When PPPoE server tries to create a new interface for a new connection it rejects because it founds that the specified interface is already exist in the system. This patch should be used after appling the patch ppp-2.4.2-ifname.diff -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ppp depends on: ii init-system-helpers 1.22 ii libc62.19-13 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam0g 1.1.8-3.1 ii libpcap0.8 1.6.2-2 ii procps 2:3.3.9-8 ppp recommends no packages. ppp suggests no packages. -- no debconf information Description: Fix Linux interface rename This patch fix renaming interface under Linux using ifname and put interface unit at the end Also fix the return of the unit in radius plugin . ppp (2.4.6-3) unstable; urgency=high . * Urgency high due to fix for CVE-2014-3158. * Cherry-pick patches from 2.4.7 upstream release. These are 9 of 11 patches in the 2.4.7 upstream release of PPP, including the fix for CVE-2014-3158. The two patches left out were not imported in order to preserve ABI stability. (Closes: #762789) - ppp-2.4.7-001-pppd-Separate-IPv6-handling-for-sifup-sifdown.patch - ppp-2.4.7-002-pppol2tp-Connect-up-down-events-to-notifiers-and-add.patch - ppp-2.4.7-003-pppd-Add-declarations-to-eliminate-compile-warnings.patch - ppp-2.4.7-004-pppd-Eliminate-some-unnecessary-ifdefs.patch - ppp-2.4.7-005-radius-Fix-realms-config-file-option.patch - ppp-2.4.7-006-pppd-Eliminate-potential-integer-overflow-in-option-.patch - ppp-2.4.7-007-pppd-Eliminate-memory-leak-with-multiple-instances-o.patch - ppp-2.4.7-008-pppd-Fix-a-stack-variable-overflow-in-MSCHAP-v2.patch - ppp-2.4.7-009-winbind-plugin-Add-DMPPE-1-to-eliminate-compiler-war.patch * Refresh debian/patches/cifdefroute.dif * Update Standards-Version to 3.9.6 (no changes required). Author: Chris Boot deb...@bootc.net Bug-Debian: https://bugs.debian.org/762789 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: https://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- ppp-2.4.6.orig/pppd/main.c +++ ppp-2.4.6/pppd/main.c @@ -734,7 +734,7 @@ set_ifunit(iskey) int iskey; { if (req_ifname[0] != '\0') - slprintf(ifname, sizeof(ifname), %s, req_ifname); + slprintf(ifname, sizeof(ifname), %s%d, req_ifname, ifunit); else slprintf(ifname, sizeof(ifname), %s%d, PPP_DRV_NAME, ifunit); info(Using interface %s, ifname); --- ppp-2.4.6.orig/pppd/plugins/radius/radius.c +++ ppp-2.4.6/pppd/plugins/radius/radius.c @@ -1308,9 +1308,13 @@ radius_init(char *msg) static int get_client_port(char *ifname) { -int port; -if (sscanf(ifname, ppp%d, port) == 1) { - return port; +int c; + +if( strstr(ifname, req_ifname) ) { +for (c = 0 ; c strlen(req_ifname); c++) + ifname++; + +return atoi(ifname); } return rc_map2id(ifname); } --- ppp-2.4.6.orig/pppd/sys-linux.c +++ ppp-2.4.6/pppd/sys-linux.c @@ -654,15 +654,17 @@ static int make_ppp_unit() if (x == 0 req_ifname[0] != '\0') { struct ifreq ifr; char t[MAXIFNAMELEN]; + char t1[MAXIFNAMELEN]; memset(ifr, 0, sizeof(struct ifreq)); slprintf(t, sizeof(t), %s%d, PPP_DRV_NAME, ifunit); strncpy(ifr.ifr_name, t, IF_NAMESIZE); - strncpy(ifr.ifr_newname, req_ifname, IF_NAMESIZE); + slprintf(t1, sizeof(t1), %s%d, req_ifname, ifunit); + strncpy(ifr.ifr_newname, t1, IF_NAMESIZE); x = ioctl(sock_fd, SIOCSIFNAME, ifr); if (x 0) - error(Couldn't rename interface %s to %s: %m, t, req_ifname); + error(Couldn't rename interface %s to %s: %m, t, t1); else - info(Renamed interface %s to %s, t, req_ifname); + info(Renamed interface %s to %s, t, t1); } return x;
Bug#724898: snmpd: PPP interfaces cause SNMP to eats 100% CPU
Package: snmpd Version: 5.7.2~dfsg-8.1+b1 Severity: important Dear Maintainer, I got an Access Concentrator PPPoE with a lot of PPP interfaces (between 400 and 800). When the SNMP start it eats 100% CPU and enters into a loop. root@PPPoE-1:/etc/snmp# ip r l | grep ppp | wc -l 552 root@PPPoE-1:/etc/snmp# cat /etc/snmp/snmpd.local.conf agentAddress udp:0.0.0.0:161 ### just a specific part of the MIBs view ABTelecom included .1.3.6.1.2.1.1 fe.00 # ifTable view ABTelecom included .1.3.6.1.2.1.2 fe.00 # ipSystemStatsTable view ABTelecom included .1.3.6.1.2.1.4.31.1 ff.80 # ipNetToPhysicalTable view ABTelecom included .1.3.6.1.2.1.4.35ff.00 # bb-Router-1-RESOURCES-MIB view ABTelecom included .1.3.6.1.2.1.25 fe.00 # High Counters view ABTelecom included .1.3.6.1.2.1.31 fe.00 # AGENTX-MIB view ABTelecom included .1.3.6.1.2.1.74 fe.00 # UCD-SNMP-MIB view ABTelecom included .1.3.6.1.4.1.2021fe.00 rocommunity XX default -V ABTelecom syslocation HQ, Str. Ion Barbu, 1 Decembrie syscontact NOC 1 Decembrie n...@internetaccess.ro sysDescr PPPoE-1 ac/router/firewall Oanta SRL (Linux 3.2.0-3-amd64 x86_64) sysName ac.PPPoE.1 root@PPPoE-1:/etc/snmp# strace output: socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 13 ioctl(13, SIOCGIFINDEX, {ifr_name=eth1.287, ifr_index=131}) = 0 close(13) = 0 ioctl(12, SIOCGIFHWADDR, {ifr_name=eth1.287, ifr_hwaddr=00:15:c5:e1:00:48}) = 0 ioctl(12, SIOCETHTOOL, 0x7fffcb8e3b50) = 0 ioctl(12, SIOCGIFFLAGS, {ifr_name=eth1.287, ifr_flags=IFF_UP|IFF_BROADCAST|IFF_RUNNING|IFF_MULTICAST}) = 0 ioctl(12, SIOCGIFMTU, {ifr_name=eth1.287, ifr_mtu=1500}) = 0 open(/proc/sys/net/ipv6/neigh/eth1.287/retrans_time_ms, O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f099a152000 read(13, 1000\n, 1024)= 5 close(13) = 0 munmap(0x7f099a152000, 4096)= 0 open(/proc/sys/net/ipv6/conf/eth1.287/forwarding, O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f099a152000 read(13, 0\n, 1024) = 2 close(13) = 0 munmap(0x7f099a152000, 4096)= 0 open(/proc/sys/net/ipv6/neigh/eth1.287/base_reachable_time_ms, O_RDONLY) = 13 fstat(13, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f099a152000 read(13, 3\n, 1024) = 6 close(13) = 0 munmap(0x7f099a152000, 4096)= 0 socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 13 ioctl(13, SIOCGIFINDEX, {ifr_name=eth1.267, ifr_index=111}) = 0 close(13) = 0 ioctl(12, SIOCGIFCONF, {320, {{lo, {AF_INET, inet_addr(127.0.0.1)}}, {lo, {AF_INET, inet_addr(94.62.21.60)}}, {eth0.5, {AF_INET, inet_addr(94.62.21.2)}}, {eth0.6, {AF_INET, inet_addr(94.62.21.6)}}, {eth0.7, {AF_INET, inet_addr(94.62.21.10)}}, {eth0.8, {AF_INET, inet_addr(10.50.50.1)}}, {eth0.10, {AF_INET, inet_addr(10.50.51.2)}}, {ppp31, {AF_INET, inet_addr(10.234.234.1)) = 0 ioctl(12, SIOCGIFCONF, {640, {{lo, {AF_INET, inet_addr(127.0.0.1)}}, {lo, {AF_INET, inet_addr(94.62.21.60)}}, {eth0.5, {AF_INET, inet_addr(94.62.21.2)}}, {eth0.6, {AF_INET, inet_addr(94.62.21.6)}}, {eth0.7, {AF_INET, inet_addr(94.62.21.10)}}, {eth0.8, {AF_INET, inet_addr(10.50.50.1)}}, {eth0.10, {AF_INET, inet_addr(10.50.51.2)}}, {ppp31, {AF_INET, inet_addr(10.234.234.1)}}, {ppp0, {AF_INET, inet_addr(10.234.234.1)}}, {ppp68, {AF_INET, inet_addr(10.234.234.1)}}, {ppp133, {AF_INET, inet_addr(10.234.234.1)}}, {ppp147, {AF_INET, inet_addr(10.234.234.1)}}, {ppp150, {AF_INET, inet_addr(10.234.234.1)}}, {ppp171, {AF_INET, inet_addr(10.234.234.1)}}, {ppp175, {AF_INET, inet_addr(10.234.234.1)}}, {ppp17, {AF_INET, inet_addr(10.234.234.1)) = 0 ioctl(12, SIOCGIFCONF, {1280, {{lo, {AF_INET, inet_addr(127.0.0.1)}}, {lo, {AF_INET, inet_addr(94.62.21.60)}}, {eth0.5, {AF_INET, inet_addr(94.62.21.2)}}, {eth0.6, {AF_INET, inet_addr(94.62.21.6)}}, {eth0.7, {AF_INET, inet_addr(94.62.21.10)}}, {eth0.8, {AF_INET, inet_addr(10.50.50.1)}}, {eth0.10, {AF_INET, inet_addr(10.50.51.2)}}, {ppp31, {AF_INET, inet_addr(10.234.234.1)}}, {ppp0, {AF_INET, inet_addr(10.234.234.1)}}, {ppp68, {AF_INET, inet_addr(10.234.234.1)}}, {ppp133, {AF_INET, inet_addr(10.234.234.1)}}, {ppp147, {AF_INET, inet_addr(10.234.234.1)}}, {ppp150, {AF_INET, inet_addr(10.234.234.1)}}, {ppp171, {AF_INET, inet_addr(10.234.234.1)}}, {ppp175, {AF_INET, inet_addr(10.234.234.1)}}, {ppp17, {AF_INET, inet_addr(10.234.234.1)}}, {ppp179, {AF_INET, inet_addr(10.234.234.1)}}, {ppp198, {AF_INET, inet_addr(10.234.234.1)}}, {ppp219, {AF_INET, inet_addr(10.234.234.1)}}, {ppp7, {AF_INET, inet_addr(10.234.234.1)}}, {ppp159, {AF_INET, inet_addr(10.234.234.1)}}, {ppp237, {AF_INET,
Bug#704661: ppp: Radius plugin binding address not working. Useful when you have multipe interfaces.
Package: ppp Version: 2.4.5-5.1 Severity: normal The problem is that when you have multiple up-links from PPP concentrator the radius plugin uses the interface IP. If you forget to configure the Radius Server with all outgoing interface you will facing with problems when the main link is down. The patch add the capability to PPP to bind on a specific IP (for example a loopback IP) and use the outgoing packets whith that IP. This kind of setup simplify the radius configuration (you need only one client in radius server) and also the debuging. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages ppp depends on: ii libc6 2.13-38 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libpcap0.8 1.3.0-1 ii procps 1:3.3.3-3 ppp recommends no packages. ppp suggests no packages. -- no debconf information This patch fix 2 problems with radius.so: 1. bindaddr from /etc/radiusclient/radiusclient.conf is read and the radius.so doesn't exit with error 2. bindaddr is used to send the radius packet to the server using a specific IP address in system This is very common for setups that the router has multiple interfaces for upstreams and you don't know which connection is active. In this case sometimes packet uses the IP of interface 1 and sometimes uses the IP of interface 2. With this patch (adapted form radiusclient-ng) you can specify the IP of loopback address and the plugin will bind to that IP and send the packet with a fix IP everytime. Slimmed a little bit on James Carlson sugestion. Author: Adrian Ban adrian@mantech.ro diff -Naur ppp-2.4.5/pppd/plugins/radius/ip_util.c ppp-2.4.5-bindaddress/pppd/plugins/radius/ip_util.c --- ppp-2.4.5/pppd/plugins/radius/ip_util.c 2009-11-17 00:26:07.0 +0200 +++ ppp-2.4.5-bindaddress/pppd/plugins/radius/ip_util.c 2013-04-03 23:03:32.855233123 +0300 @@ -135,3 +135,32 @@ return this_host_ipaddr; } + +/* + * Function: rc_own_bind_ipaddress + * + * Purpose: get the IP address to be used as a source address + * for sending requests in host order + * + * Returns: IP address + * + */ + +UINT4 rc_own_bind_ipaddress(void) +{ + char *bindaddr; + UINT4 rval = 0; + + if ((bindaddr = rc_conf_str(bindaddr)) == NULL || + strcmp(rc_conf_str(bindaddr), *) == 0) { + rval = INADDR_ANY; + } else { + if ((rval = rc_get_ipaddr(bindaddr)) == 0) { + error(rc_own_bind_ipaddress: couldn't get IP address from bindaddr); + rval = INADDR_ANY; + } + } + + return rval; +} + diff -Naur ppp-2.4.5/pppd/plugins/radius/options.h ppp-2.4.5-bindaddress/pppd/plugins/radius/options.h --- ppp-2.4.5/pppd/plugins/radius/options.h 2009-11-17 00:26:07.0 +0200 +++ ppp-2.4.5-bindaddress/pppd/plugins/radius/options.h 2013-04-02 16:18:30.551339169 +0300 @@ -55,6 +55,7 @@ {radius_timeout, OT_INT, ST_UNDEF, NULL}, {radius_retries, OT_INT, ST_UNDEF, NULL}, {nas_identifier, OT_STR, ST_UNDEF, }, +{bindaddr,OT_STR, ST_UNDEF, NULL}, /* local options */ {login_local, OT_STR, ST_UNDEF, NULL}, }; diff -Naur ppp-2.4.5/pppd/plugins/radius/sendserver.c ppp-2.4.5-bindaddress/pppd/plugins/radius/sendserver.c --- ppp-2.4.5/pppd/plugins/radius/sendserver.c 2009-11-17 00:26:07.0 +0200 +++ ppp-2.4.5-bindaddress/pppd/plugins/radius/sendserver.c 2013-04-03 20:20:01.411359661 +0300 @@ -244,7 +244,7 @@ sin = (struct sockaddr_in *) salocal; memset ((char *) sin, '\0', (size_t) length); sin-sin_family = AF_INET; - sin-sin_addr.s_addr = htonl(INADDR_ANY); + sin-sin_addr.s_addr = htonl(rc_own_bind_ipaddress()); sin-sin_port = htons ((unsigned short) 0); if (bind (sockfd, (struct sockaddr *) sin, length) 0 || getsockname (sockfd, (struct sockaddr *) sin, length) 0)
Bug#681431: ifupdown: Doesn't pass the tests on x64 system
Package: ifupdown Version: 0.7 Severity: grave Tags: upstream Justification: renders package unusable Hi, I've tried to compile the ifupdown 0.7.2 (revision bbb51c127dcf) on a x64 system (tested on 2 separated systems) and it ends with error in test. On x32 system works smooth. The output is: sed -e '/^##ADDRESSFAM##$/r inet.man' -e '/^##ADDRESSFAM##$/r ipx.man' -e '/^##ADDRESSFAM##$/r inet6.man' -e '/^##ADDRESSFAM##$/r can.man' \ -e '/^##ADDRESSFAM##$/d' interfaces.5.pre interfaces.5 rm link.c ipx.c can.c meta.c inet6.c inet.c make[1]: Leaving directory `/root/devel/ifupdown/ifupdown-ifupdown- bbb51c127dcf' debian/rules override_dh_auto_test make[1]: Entering directory `/root/devel/ifupdown/ifupdown-ifupdown- bbb51c127dcf' chmod a+rx debian/testbuild running debian/testbuild Testcase 1: -a (okay) == Testcase 2: -a (okay) == Testcase 3: -a (okay) == Testcase 4: eth0=work (okay) == Testcase 5: -a (okay) == Testcase 6: -a (okay) == Testcase 7: -a (okay) == Testcase 8: -a --- tests/up.8 2012-07-13 02:28:06.952423223 +0300 +++ tests/up-res.8 2012-07-13 02:28:07.216424533 +0300 @@ -20,14 +20,14 @@ if test -d /sys/class/net/eth2 -a ! -d /sys/class/net/eth2.2 ; then ip link set up dev eth2; ip link add link eth2 name eth2.2 type vlan id 2; fi Configuring interface eth2.2=eth2.2 (inet) run-parts --verbose /etc/network/if-pre-up.d -ip addr add 2.3.4.5/255.255.255.0 broadcast 2.3.4.255dev eth2.2 label eth2.2 +ip addr add 2.3.4.5/255.255.255.0 broadcast +dev eth2.2 label eth2.2 ip link set dev eth2.2 up run-parts --verbose /etc/network/if-up.d if test -d /sys/class/net/eth2 -a ! -d /sys/class/net/eth2.2 ; then ip link set up dev eth2; ip link add link eth2 name eth2.2 type vlan id 2; fi Configuring interface eth2.2:3=eth2.2:3 (inet) run-parts --verbose /etc/network/if-pre-up.d -ip addr add 3.4.5.6/255.255.254.0 broadcast 3.4.5.255dev eth2.2:3 label eth2.2:3 +ip addr add 3.4.5.6/255.255.254.0 broadcast +dev eth2.2:3 label eth2.2:3 ip link set dev eth2.2:3 up run-parts --verbose /etc/network/if-up.d (failed) == Testcase 9: tunnel -o local=2.3.4.5 (okay) == (failed overall) == AUTOMATIC TESTS FAILED -- Something built wrong or there is a bug in the code!!! Either way something is completely screwed up!!! File a bug! Aborting build. == make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory `/root/devel/ifupdown/ifupdown-ifupdown- bbb51c127dcf' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.4.3 ii initscripts 2.88dsf-22.1 ii iproute 20120521-3 ii libc62.13-33 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5 ii net-tools 1.60-24.1 pn pppnone pn rdnssd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679672: ifupdown: ifup doesn't recognize aliases IPs for vlan in form ethX.Y:A
Hi, Thanks for the fix. Is working fine now! Best regards, Adrian On 07/01/2012 11:42 AM, Andrew Shadura wrote: Hello, On Sat, 30 Jun 2012 19:37:57 +0300 Adrian Banadrian@mantech.ro wrote: After an upgrade of the system the ifup command doesn't recognize anymore the aliases for the VLANs. I have severals vlans configured in /etc/network/interfaces like this: I've just committed a fix. For this: iface eth2.2:3 inet static address 3.4.5.6/23 It now runs the following: if test -d /sys/class/net/eth2 -a ! -d /sys/class/net/eth2.2 ; then ip link set up dev eth2; ip link add link eth2 name eth2.2 type vlan id 2; fi ip addr add 3.4.5.6/255.255.254.0 broadcast 3.4.5.255 dev eth2.2:3 label eth2.2:3 ip link set dev eth2.2:3 up Please check if that's correct. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679672: ifupdown: ifup doesn't recognize aliases IPs for vlan in form ethX.Y:A
Hi, This patch is integrated in ifup? I'll try to check if is working. Adrian On 7/1/2012 11:42 AM, Andrew Shadura wrote: Hello, On Sat, 30 Jun 2012 19:37:57 +0300 Adrian Ban adrian@mantech.ro wrote: After an upgrade of the system the ifup command doesn't recognize anymore the aliases for the VLANs. I have severals vlans configured in /etc/network/interfaces like this: I've just committed a fix. For this: iface eth2.2:3 inet static address 3.4.5.6/23 It now runs the following: if test -d /sys/class/net/eth2 -a ! -d /sys/class/net/eth2.2 ; then ip link set up dev eth2; ip link add link eth2 name eth2.2 type vlan id 2; fi ip addr add 3.4.5.6/255.255.254.0 broadcast 3.4.5.255 dev eth2.2:3 label eth2.2:3 ip link set dev eth2.2:3 up Please check if that's correct. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679672: ifupdown: ifup doesn't recognize aliases IPs for vlan in form ethX.Y:A
Package: ifupdown Version: 0.7 Severity: critical Justification: breaks the whole system Dear Maintainer, After an upgrade of the system the ifup command doesn't recognize anymore the aliases for the VLANs. I have severals vlans configured in /etc/network/interfaces like this: auto eth1.10 iface eth1.10 inet static address a.b.c.d netmask 255.255.255.192 auto eth1.10:1 iface eth1.10:1 inet static # description Malu-rosu address a.b.c.d netmask 255.255.255.192 auto eth1.11 iface eth1.11 inet static # description Armasesti address a.b.c.d netmask 255.255.255.192 auto eth1.11:2 iface eth1.11:2 inet static # description Armasesti address a.b.c.d netmask 255.255.255.192 If you want to start the interfaces the ifup -a gives this error: root@router:/etc/network# ifup -a Error: argument 10:1 is wrong: id is invalid Ignoring unknown interface eth1.10:1=eth1.10:1. Error: argument 11:2 is wrong: id is invalid Ignoring unknown interface eth1.11:2=eth1.11:2. Best regards. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.3.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii dpkg 1.16.4.3 ii initscripts 2.88dsf-22.1 ii iproute 20120521-2 ii libc62.13-33 ii lsb-base 4.1+Debian7 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii isc-dhcp-client [dhcp-client] 4.2.2.dfsg.1-5 ii net-tools 1.60-24.1 pn pppnone pn rdnssd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669904: gcc-4.7-source: GCC failed to compile for cross-compiler amd64/x86-64 and maybe other architectures
Hi, I'm using this: export DEB_CROSS_NO_BIARCH=yes before starting to compile the GCC. I've take a look found that libgcc_s.so.1 is in this folder: debian/tmp/usr/x86_64-linux-gnu/lib64 not in debian/tmp/usr/x86_64-linux-gnu/lib Best regards, Adrian On 05/01/2012 02:04 PM, Matthias Klose wrote: dh_testdir dh_testroot mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libgcc1-amd64-cross debian/libgcc1-dbg-amd64-cross dh_installdirs -plibgcc1-amd64-cross usr/share/doc/libgcc1-amd64-cross usr/x86_64-linux-gnu/lib mv debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1 debian/libgcc1-amd64-cross/usr/x86_64-linux-gnu/lib/. mv: cannot stat `debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1': No such file or directory make[1]: *** [stamps/08-binary-stamp-libgcc] Error 1 find out where this file gets installed instead. I think that nobody tried yet to build a cross compiler targeting a biarch target. patches welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669904: gcc-4.7-source: GCC failed to compile for cross-compiler amd64/x86-64 and maybe other architectures
For example if I'm trying to build the gcc-4.6 the error at the end is: dh_installdeb -pgcc-4.6-x86-64-linux-gnu-base dh_md5sums -pgcc-4.6-x86-64-linux-gnu-base dh_builddeb -pgcc-4.6-x86-64-linux-gnu-base dpkg-deb: building package `gcc-4.6-x86-64-linux-gnu-base' in `../gcc-4.6-x86-64-linux-gnu-base_4.6.3-5_i386.deb'. touch stamps/08-binary-stamp-base dh_testdir dh_testroot mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libmudflap0-4.6-dev-amd64-cross dh_installdirs -plibmudflap0-4.6-dev-amd64-cross usr/share/doc/gcc-4.6-x86-64-linux-gnu-base/mudflap DH_COMPAT=2 dh_movefiles -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6/include/mf-runtime.h dh_movefiles: Compatibility levels before 5 are deprecated (level 2 in use) dh_installdirs -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6 DH_COMPAT=2 dh_movefiles -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6/libmudflap*.a dh_movefiles: Compatibility levels before 5 are deprecated (level 2 in use) rm -f debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.so mv debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.a debian/libmudflap0-4.6-dev-amd64-cross/usr/lib/gcc/x86_64-linux-gnu/4.6/ mv: cannot stat `debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.a': No such file or directory make[1]: *** [stamps/08-binary-stamp-libmudflapdev] Error 1 make[1]: Leaving directory `/home/adrian/devel/cross-compiler/gcc-4.6-4.6.3' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 And I found the files libmudflap*.a in the director lib64 not in lib. On 05/02/2012 10:28 AM, Adrian Ban wrote: Hi, I'm using this: export DEB_CROSS_NO_BIARCH=yes before starting to compile the GCC. I've take a look found that libgcc_s.so.1 is in this folder: debian/tmp/usr/x86_64-linux-gnu/lib64 not in debian/tmp/usr/x86_64-linux-gnu/lib Best regards, Adrian On 05/01/2012 02:04 PM, Matthias Klose wrote: dh_testdir dh_testroot mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libgcc1-amd64-cross debian/libgcc1-dbg-amd64-cross dh_installdirs -plibgcc1-amd64-cross usr/share/doc/libgcc1-amd64-cross usr/x86_64-linux-gnu/lib mv debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1 debian/libgcc1-amd64-cross/usr/x86_64-linux-gnu/lib/. mv: cannot stat `debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1': No such file or directory make[1]: *** [stamps/08-binary-stamp-libgcc] Error 1 find out where this file gets installed instead. I think that nobody tried yet to build a cross compiler targeting a biarch target. patches welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669904: gcc-4.7-source: GCC failed to compile for cross-compiler amd64/x86-64 and maybe other architectures
My guess is that the problem is not in the GCC package, but somewhere in the debian/rules.d/ files. But I'm not familiar with the make files. On 05/02/2012 01:12 PM, Adrian Ban wrote: For example if I'm trying to build the gcc-4.6 the error at the end is: dh_installdeb -pgcc-4.6-x86-64-linux-gnu-base dh_md5sums -pgcc-4.6-x86-64-linux-gnu-base dh_builddeb -pgcc-4.6-x86-64-linux-gnu-base dpkg-deb: building package `gcc-4.6-x86-64-linux-gnu-base' in `../gcc-4.6-x86-64-linux-gnu-base_4.6.3-5_i386.deb'. touch stamps/08-binary-stamp-base dh_testdir dh_testroot mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libmudflap0-4.6-dev-amd64-cross dh_installdirs -plibmudflap0-4.6-dev-amd64-cross usr/share/doc/gcc-4.6-x86-64-linux-gnu-base/mudflap DH_COMPAT=2 dh_movefiles -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6/include/mf-runtime.h dh_movefiles: Compatibility levels before 5 are deprecated (level 2 in use) dh_installdirs -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6 DH_COMPAT=2 dh_movefiles -plibmudflap0-4.6-dev-amd64-cross usr/lib/gcc/x86_64-linux-gnu/4.6/libmudflap*.a dh_movefiles: Compatibility levels before 5 are deprecated (level 2 in use) rm -f debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.so mv debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.a debian/libmudflap0-4.6-dev-amd64-cross/usr/lib/gcc/x86_64-linux-gnu/4.6/ mv: cannot stat `debian/tmp/usr/x86_64-linux-gnu/lib/libmudflap*.a': No such file or directory make[1]: *** [stamps/08-binary-stamp-libmudflapdev] Error 1 make[1]: Leaving directory `/home/adrian/devel/cross-compiler/gcc-4.6-4.6.3' make: *** [binary] Error 2 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 And I found the files libmudflap*.a in the director lib64 not in lib. On 05/02/2012 10:28 AM, Adrian Ban wrote: Hi, I'm using this: export DEB_CROSS_NO_BIARCH=yes before starting to compile the GCC. I've take a look found that libgcc_s.so.1 is in this folder: debian/tmp/usr/x86_64-linux-gnu/lib64 not in debian/tmp/usr/x86_64-linux-gnu/lib Best regards, Adrian On 05/01/2012 02:04 PM, Matthias Klose wrote: dh_testdir dh_testroot mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libgcc1-amd64-cross debian/libgcc1-dbg-amd64-cross dh_installdirs -plibgcc1-amd64-cross usr/share/doc/libgcc1-amd64-cross usr/x86_64-linux-gnu/lib mv debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1 debian/libgcc1-amd64-cross/usr/x86_64-linux-gnu/lib/. mv: cannot stat `debian/tmp/usr/x86_64-linux-gnu/lib/libgcc_s.so.1': No such file or directory make[1]: *** [stamps/08-binary-stamp-libgcc] Error 1 find out where this file gets installed instead. I think that nobody tried yet to build a cross compiler targeting a biarch target. patches welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669904: gcc-4.7-source: GCC failed to compile for cross-compiler amd64/x86-64 and maybe other architectures
The system on which I've tried to compile root@MyDebian:/home/adrian/devel/cross-compiler/gcc-4.6-4.6.3/debian/rules.d# uname -a Linux MyDebian 3.3.0-1-686-pae #1 SMP Sun Apr 29 05:37:54 EEST 2012 i686 GNU/Linux I'm using those values to compile cross-compiler GCC: unset ARCH # make sure it's not exported export ARCH=amd64 # set to the value we want to use export cARCH=i386 # set current arch export DEBIAN_KERNEL_JOBS=$(echo `grep Processor /proc/cpuinfo | wc -l`*2 | bc) #GCCVER=4.7 #GCCSUBVER=4.7.0 #GCCPATCH=4 GCCVER=4.6 GCCSUBVER=4.6.3 GCCPATCH=5 BINUTILSVER=2.22 # Build and install GCC cd gcc-${GCCVER}-${GCCSUBVER} export GCC_TARGET=$ARCH export DEB_CROSS_INDEPENDENT=yes export WITHOUT_LANG=java,fortran,pascal,obj,obj-c++,ada,treelang export DEB_CROSS_NO_BIARCH=yes export USE_NJOBS=$(echo $(cat /proc/cpuinfo | grep ^processor | wc -l)*2 | bc) #export DEBUILD_PRESERVE_ENVVARS=GCC_TARGET,DEB_CROSS_INDEPENDNET,WITHOUT_LANG,DEB_CROSS_NO_BIARCH,USE_NJOBS chmod ugo+x debian/rules debian/rules control dpkg-buildpackage -us -uc -b -rfakeroot cd .. #sudo dpkg -i *-VERSION-$ARCH-linux-gnu*.deb *-$ARCH-cross_VERSION*.deb From the gcc compilation: checking build system type... i486-pc-linux-gnu checking host system type... i486-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether ln works... yes checking whether ln -s works... yes checking for a sed that does not truncate output... /bin/sed checking for gawk... gawk checking for i486-linux-gnu-gcc... gcc checking for C compiler default output file name... a.out Hope those info helps. Best regards On 05/02/2012 01:32 PM, Matthias Klose wrote: On 02.05.2012 12:21, Adrian Ban wrote: My guess is that the problem is not in the GCC package, but somewhere in the debian/rules.d/ files. But I'm not familiar with the make files. guesses don't help. you never said something about the configuration options, e.g. about host, build and target. to not get confused, maybe target a powerpc biarch compiler first? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669904: gcc-4.7-source: GCC failed to compile for cross-compiler amd64/x86-64 and maybe other architectures
Package: gcc-4.7-source Version: 4.7.0-3 Severity: normal Hi, I'm trying to build a cross-compiler but it fails and the end. I've tried on 2 separate machines, both with i386 Debian Wheezy installed. Im using this script (also I've tried to put only GCC_TARGET and DEB_CROSS_NO_BIARCH): # Build and install GCC cd gcc-${GCCVER}-${GCCSUBVER} export GCC_TARGET=$ARCH export DEB_CROSS_INDEPENDENT=yes export WITHOUT_LANG=java,fortran,pascal,obj,obj-c++,ada,treelang export DEB_CROSS_NO_BIARCH=yes export USE_NJOBS=$(echo $(cat /proc/cpuinfo | grep ^processor | wc -l)*2 | bc) #export DEBUILD_PRESERVE_ENVVARS=GCC_TARGET,DEB_CROSS_INDEPENDNET,WITHOUT_LANG,DEB_CROSS_NO_BIARCH,USE_NJOBS debian/rules control #dpkg-buildpackage -us -uc -rfakeroot -b ../gcc.build 21 || echo 'Build error' dpkg-buildpackage -us -uc -b -rfakeroot cd .. The output: libtool: install: warning: remember to run `libtool --finish /usr/x86_64-linux- gnu/lib/../lib64' test -z /usr/share/info || /bin/mkdir -p /home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/debian/tmp/usr/share/info /usr/bin/install -c -m 644 ./libitm.info '/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/debian/tmp/usr/share/info' install-info --info-dir='/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/debian/tmp/usr/share/info' '/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/debian/tmp/usr/share/info/libitm.info' This is not dpkg install-info anymore, but GNU install-info See the man page for ginstall-info for command line arguments make[6]: Leaving directory `/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/build/x86_64-linux-gnu/libitm' make[5]: Leaving directory `/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/build/x86_64-linux-gnu/libitm' make[4]: Leaving directory `/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/build/x86_64-linux-gnu/libitm' make[3]: Leaving directory `/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/build' make[2]: Leaving directory `/home/adrian/devel/cross- compiler/gcc-4.7-4.7.0/build' : # FIXME: the libstdc++ gdb.py file is installed with a wrong name for i in $(find debian/tmp/usr -name libstdc++_pic.a-gdb.py); do \ [ -f $i ] || continue; \ d=$(dirname $i); \ b=$(basename $i); \ t=$(cd $d; echo libstdc++.so.*.*.*)-gdb.py; \ mv $i $d/$t; \ done : # remove rpath settings from binaries and shared libs for i in $(chrpath -k debian/tmp/usr/bin/* debian/tmp/usr/lib*/lib*.so.* debian/tmp/usr/lib/i386-linux-gnu/lib*.so.* debian/tmp/usr/lib*/gcj-4.7*/lib*.so.* 2/dev/null | awk -F: '/RPATH=/ {print $1}'); \ do \ case $i in ecj1|*gij-*|*libjawt*|*libjvm*) continue; esac; \ [ -h $i ] continue; \ chrpath --delete $i; \ echo removed RPATH: $i; \ done : # remove '*.la' and '*.lai' files, not shipped in any package. find debian/tmp -name '*.la' -o -name '*.lai' | xargs -r rm -f rm -f debian/tmp/usr/lib/gcc/x86_64-linux-gnu/4.7/adalib/lib*.so* for i in gcc gcov; do \ I=`echo $i | tr a-z A-Z`; \ sed -e s/@NAME@/$I-4.7/g -e s/@name@/$i-4.7/g \ debian/dummy-man.1 debian/tmp/usr/share/man/man1/$i.1; \ done chmod 755 debian/dh_* touch stamps/07-install-stamp make[1]: Leaving directory `/home/adrian/devel/cross-compiler/gcc-4.7-4.7.0' /usr/bin/make -f debian/rules2 binary make[1]: Entering directory `/home/adrian/devel/cross-compiler/gcc-4.7-4.7.0' dh_testdir dh_testroot rm -rf debian/gcc-4.7-x86-64-linux-gnu-base dh_installdirs -pgcc-4.7-x86-64-linux-gnu-base \ usr/lib/gcc/x86_64-linux-gnu/4.7 ln -sf 4.7 \ debian/gcc-4.7-x86-64-linux-gnu-base/usr/lib/gcc/x86_64-linux- gnu/4.7.0 for link in ; do \ ln -sf 4.7 \ debian/gcc-4.7-x86-64-linux-gnu-base/$(dirname usr/lib/gcc/x86_64 -linux-gnu/4.7)/$link; \ done dh_installdocs -pgcc-4.7-x86-64-linux-gnu-base debian/README.Debian.amd64 dh_installchangelogs -pgcc-4.7-x86-64-linux-gnu-base dh_compress -pgcc-4.7-x86-64-linux-gnu-base dh_fixperms -pgcc-4.7-x86-64-linux-gnu-base dh_gencontrol -pgcc-4.7-x86-64-linux-gnu-base -- -v4.7.0-3 '-Vgcc:Version=4.7.0-3' '-Vgcc:EpochVersion=1:4.7.0-3' '-Vgcc:SoftVersion=4.7' '-Vgdc:Version=' '-Vgcj:Version=4.7.0-3' '-Vgcj:SoftVersion=4.7' '-Vgcj:BaseVersion=4.7' '-Vgnat:Version=4.7.0-3' '-Vbinutils:Version=2.21.1' '-Vdep:libgcc=libgcc1-amd64-cross (= 1:4.7.0-3)' '-Vdep:libgccbiarch=' '-Vdep:libc=libc6 (= 2.11)' '-Vdep:libcdev=libc6-dev-amd64-cross (= 2.13-5)' '-Vdep:libcbiarch=' '-Vdep:libcbiarchdev=' '-Vdep:libunwinddev=' '-Vdep:libcxxbiarch=' '-Vdep:libcxxbiarchdbg=' '-Vdep:libgobiarch=' '-Vdep:libgobiarchdbg=' '-Vdep:libgnat=' '-Vdep:ecj=' '-Vdep:libcloog=' '-Vgcc:multilib=gcc-4.7-multilib-x86-64-linux-gnu' '-Vgxx:multilib=g++-4.7-multilib-x86-64-linux-gnu' '-Vgobjc:multilib=gobjc-4.7-multilib-x86-64-linux-gnu' '-Vgobjcxx:multilib=gobjc++-4.7-multilib-x86-64-linux-gnu' '-Vgfortran:multilib=gfortran-4.7-multilib-x86-64-linux-gnu' '-Vdep:gold =binutils-gold (= 2.21.1)'
Bug#669605: debootstrap can't install base-files and base-passwd
Package: debootstrap Version: 1.0.39 Severity: critical Justification: breaks unrelated software I'm trying to create a debian system and after I call: debootstrap --verbose --arch=i386 --include=quagga,linux- image-686-pae,syslinux,vim,gawk wheezy /media/jffs2 ftp://ftp.lug.ro/debian I'm getting this error: I: Extracting liblzma5... I: Extracting xz-utils... I: Extracting zlib1g... I: Installing core packages... W: Failure trying to run: chroot /media/jffs2 dpkg --force-depends --install /var/cache/apt/archives/base-files_6.7_i386.deb /var/cache/apt/archives/base- passwd_3.5.24_i386.deb I've tried to run the command and the output is: root@MyDebian:/media# chroot /media/jffs2 dpkg --force-depends --install /var/cache/apt/archives/base-files_6.7_i386.deb /var/cache/apt/archives/base- passwd_3.5.24_i386.deb dpkg: warning: parsing file '/var/lib/dpkg/status' near line 48 package 'dpkg': missing description dpkg: warning: parsing file '/var/lib/dpkg/status' near line 48 package 'dpkg': missing architecture dpkg: regarding .../base-files_6.7_i386.deb containing base-files, pre- dependency problem: base-files pre-depends on awk awk is not installed. dpkg: warning: ignoring pre-dependency problem! (Reading database ... 109 files and directories currently installed.) Preparing to replace base-files 6.7 (using .../base-files_6.7_i386.deb) ... Unpacking replacement base-files ... Preparing to replace base-passwd 3.5.24 (using .../base-passwd_3.5.24_i386.deb) Unpacking replacement base-passwd ... dpkg: base-passwd: dependency problems, but configuring anyway as you requested: base-passwd depends on libc6 (= 2.1); however: Package libc6 is not installed. Setting up base-passwd (3.5.24) ... dpkg: base-files: dependency problems, but configuring anyway as you requested: base-files depends on awk; however: Package awk is not installed. Setting up base-files (6.7) ... cp: preserving permissions for `/etc/profile': Permission denied dpkg: error processing base-files (--install): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: base-files -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii wget 1.13.4-3 Versions of packages debootstrap recommends: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.12-4 debootstrap 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#667605: snmpd: The CPU Raw usage reports less than no. cores * 100 percent
Package: snmpd Version: 5.4.3-dfsg-2.4 Severity: normal Tags: upstream I found a strange CPU Raw usage reports after the upgrade from 5.4.3-dfsg-2.2 to 5.4.3-dfsg-2.4. Here are 2 SNMP report from 2 different system with 4 cores each: Good SNMP # dpkg -l | grep snmp ii libsnmp-base 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) MIBs and documentation ii libsnmp15 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) library ii snmp 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) applications ii snmpd 5.4.3~dfsg-2.2 SNMP (Simple Network Management Protocol) agents # snmpd -v NET-SNMP version: 5.4.3 Web: http://www.net-snmp.org/ Email: net-snmp-cod...@lists.sourceforge.net CpuRaw output $ IP=A.A.A.185; COM=; snmpwalk -v2c -c$COM $IP .1.3.6.1.4.1.2021.11 | grep CpuRaw; echo wait 10 seconds; sleep 10; snmpwalk -v2c -c$COM $IP ..1.3.6.1.4.1.2021.11 | grep CpuRaw UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 11598955 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 2005 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 1465887 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 1732454780 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 917382 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 418 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 15281275 wait 10 seconds UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 11599129 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 2005 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 1465888 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 1732458577 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 917386 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 418 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 15281301 Results: UCD-SNMP-MIB::ssCpuRawUser.0 = 174 UCD-SNMP-MIB::ssCpuRawNice.0 = 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = 1 UCD-SNMP-MIB::ssCpuRawIdle.0 = 3797 UCD-SNMP-MIB::ssCpuRawWait.0 = 4 UCD-SNMP-MIB::ssCpuRawKernel.0 = 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = 0 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = 26 Total = 4002 = 400.20% for 4 cores 400.20% is perfect for 4 cores system. Bad SNMP # snmpd -v NET-SNMP version: 5.4.3 Web: http://www.net-snmp.org/ Email: net-snmp-cod...@lists.sourceforge.net # dpkg -l | grep snmp ii libsnmp-base 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) MIBs and documentation ii libsnmp15 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) library ii snmpd 5.4.3~dfsg-2.4SNMP (Simple Network Management Protocol) agents CpuRaw output $ IP=B.B.B.54; COM=; snmpwalk -v2c -c$COM $IP .1.3.6.1.4.1.2021.11 | grep CpuRaw; echo wait 10 seconds; sleep 10; snmpwalk -v2c -c$COM $IP ..1.3.6.1.4.1.2021.11 | grep CpuRaw UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 1514372 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 4430516 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 104303480 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 1264773 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 401 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 44492 wait 10 seconds UCD-SNMP-MIB::ssCpuRawUser.0 = Counter32: 1514418 UCD-SNMP-MIB::ssCpuRawNice.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = Counter32: 4430658 UCD-SNMP-MIB::ssCpuRawIdle.0 = Counter32: 104307032 UCD-SNMP-MIB::ssCpuRawWait.0 = Counter32: 1264811 UCD-SNMP-MIB::ssCpuRawKernel.0 = Counter32: 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = Counter32: 401 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = Counter32: 44493 Results: UCD-SNMP-MIB::ssCpuRawUser.0 = 46 UCD-SNMP-MIB::ssCpuRawNice.0 = 0 UCD-SNMP-MIB::ssCpuRawSystem.0 = 142 UCD-SNMP-MIB::ssCpuRawIdle.0 = 3552 UCD-SNMP-MIB::ssCpuRawWait.0 = 38 UCD-SNMP-MIB::ssCpuRawKernel.0 = 0 UCD-SNMP-MIB::ssCpuRawInterrupt.0 = 0 UCD-SNMP-MIB::ssCpuRawSoftIRQ.0 = 1 Total = 3779 = 377.90% for 4 cores. But this value is less than 400% for a system with 4 cores. This happen after the upgrade. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520436: iproute: provide ifup/down scripts to allow removal of deprecated vlan, package
With pleasure. Those scripts supports both versions of vlan naming: VLAN plus VID with PAD or without PAD and DEVICE plus VID with PAD or without PAD to be backwards compatibility with old vconfig. I hope this integration will be done soon :). I hate to put/add vconfig package or those scripts every time I'm installing a new system :). Best regrads, Adrian On 7/3/2011 12:49 PM, Andreas Henriksson wrote: reassign 520436 ifupdown thanks On lör, 2011-07-02 at 22:32 +0300, Adrian Ban wrote: Hi, I got 2 modified scripts for adding VLAN to system without vconfig. I've used the original scripts from vlan package and replace/add some code to perform vlan adding with iproute instead vconfig.I hope that the iproute will replace soon vconfig. Thanks Adrian! Since ifupdown now has a new (active) maintainer which has been showing positive feelings towards integrating vlan support straight in ifupdown as long as someone with vlan knowledge helps out a bit I'm reassigning this bug. Hope we'll see a shipping solution to this bug report soon! :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520436: iproute: provide ifup/down scripts to allow removal of deprecated vlan, package
Hi, I got 2 modified scripts for adding VLAN to system without vconfig. I've used the original scripts from vlan package and replace/add some code to perform vlan adding with iproute instead vconfig.I hope that the iproute will replace soon vconfig. Best regards, Adrian ip-vlan-vconfig-replacement.rar Description: Binary data