January 2020 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1136292] ktorrent don't find the file "http://geolite.maxmind.com/download/geoip/database/GeoLiteCountry/GeoIP.dat.gz"
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1136292 http://bugzilla.suse.com/show_bug.cgi?id=1136292#c4 --- Comment #4 from Ludwig Nussel <lnussel(a)suse.com> --- Note that maxmind changed the conditions for downloading the geoip files on December 30: https://blog.maxmind.com/2019/12/18/significant-changes-to-accessing-and-us… So downloading those files directly won't work anymore. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1156194] GeoIP discontinued
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1156194 Ludwig Nussel <lnussel(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |1136292 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1006815] [Build 20161024] yast2 nfs-client does not mount added export
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1006815 Sebastian Kuhne <sebastiankuhne1(a)googlemail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugzilla.opensuse.or | |g/show_bug.cgi?id=1160035 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1160017] Grisbi package outdated
by bugzilla_noreply＠novell.com 03 Jan '20

03 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1160017 Alynx Zhou <alynx.zhou(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alynx.zhou(a)suse.com Assignee|bnc-team-screening(a)forge.pr |os.gnome.maintainers@gmail. |ovo.novell.com |com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1160025] New: opensuse Tumbleweed Express install doesn't work in gnome Boxes
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1160025 Bug ID: 1160025 Summary: opensuse Tumbleweed Express install doesn't work in gnome Boxes Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: AutoYaST Assignee: yast2-maintainers(a)suse.de Reporter: romulasry(a)protonmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Error: Language 'en+US.UTF-8' was not found within the list of supported languages available at /usr/share/YaST2/data/languages. Fallback language en_US will be used. Also: Error: None or wrong base product has been defined in the AutoYaST configuration file. Please check products entry in the software section. Following base products are available: openSUSE-MicroOS (openSUSE MicroOS) opensuse (openSUSE Tumbleweed). [OK] Running GNOME Boxes 3.34.1-stable -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1138214] New: mailgraph broken since maintenance update
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1138214 Bug ID: 1138214 Summary: mailgraph broken since maintenance update Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.1 Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Maintenance Assignee: chris(a)computersalat.de Reporter: suse-beta(a)cboltz.de QA Contact: qa-bugs(a)suse.de CC: maintenance(a)opensuse.org Found By: --- Blocker: --- Jun 14 00:12:49 server systemd[1]: Started RRDtool frontend for Mail statistic (mailgraph). Jun 14 00:12:49 server mailgraph.pl[24409]: Error opening : No such file or directory at /usr/bin/mailgraph.pl line 578. Jun 14 00:12:49 server systemd[1]: mailgraph.service: Main process exited, code=exited, status=2/INVALIDARGUMENT Jun 14 00:12:49 server systemd[1]: mailgraph.service: Unit entered failed state. Jun 14 00:12:49 server systemd[1]: mailgraph.service: Failed with result 'exit-code'. Especially note the "Error opening : No such file or directory" line which "shows" an empty filename before the colon. My guess is that this change in the default sysconfig file (which does _not_ get applied to /etc/sysconfig/mailgraph automagically) causes this: -MAILGRAPH_LOG_FILE="" +MAILGRAPH_LOG_FILE="/var/log/mail" If I change MAILGRAPH_LOG_FILE manually, I get at least another error message: Jun 14 00:20:02 server systemd[1]: Started RRDtool frontend for Mail statistic (mailgraph). Jun 14 00:20:02 server mailgraph.pl[29218]: Internal error: unknown type: at /usr/bin/mailgraph.pl line 452. Jun 14 00:20:02 server mailgraph.pl[29218]: Parse::Syslog::next(Parse::Syslog=HASH(0x55a9f31fb348)) called at /usr/bin/mailgraph.pl line 584 Jun 14 00:20:02 server mailgraph.pl[29218]: Parse::Syslog::main() called at /usr/bin/mailgraph.pl line 1054 Jun 14 00:20:02 server systemd[1]: mailgraph.service: Main process exited, code=exited, status=25/n/a Jun 14 00:20:02 server systemd[1]: mailgraph.service: Unit entered failed state. Jun 14 00:20:02 server systemd[1]: mailgraph.service: Failed with result 'exit-code'. Ah, that's caused by another change in the sysconfig file which doesn't get applied to /etc/sysconfig/mailgraph automatically: -MAILGRAPH_LOG_TYPE="" +MAILGRAPH_LOG_TYPE="syslog" After fixing this one, mailgraph finally starts again. Please fix this breakage (either by aotomatically adjusting existing sysconfig files that have empty values, or by pathing a default into mailgraph) and release another maintenance update. Note: I'm reporting this for 15.1, but it also affects 42.3 (and most likely also 15.0, but I don't have a 15.0 server to test that). -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1159962] No sound with two snd_hda_intel devices on old MSI MS-16GN notebook
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159962 http://bugzilla.suse.com/show_bug.cgi?id=1159962#c4 --- Comment #4 from Hans-Peter Jansen <hpj(a)urpla.net> --- > You machine has two individual HD-audio controllers, one for HDMI and one for > onboard audio, and the secondary probe fails. Correct. > The message "snd_hda_intel 0000:00:14.2: no codecs found!" indicates that the HD-audio codec wasn't reported back to the controller while probing. Usually this indicates either the disabled setup by BIOS, some buggy interrupt handling or some communication error between codec and controller. Okay. > You may try to enforce probing the codec by passing probe_mask option. In your case, though, you'll need to pass like: options snd_hda_intel probe_mask=,0x10f > Note the comma (',') before 0x10f. It means to pass it to the secondary device, and 0x10f means to enforce the codec probes for slot 0 to 3. Unfortunately, that didn't work as expected, as it resulted in: [ 29.809817] snd_hda_intel: `' invalid for parameter `probe_mask' [ 29.853556] snd_hda_intel: `' invalid for parameter `probe_mask' [ 29.916854] snd_hda_intel: `' invalid for parameter `probe_mask' Obviously, it doesn't cope with an omitted mask well. (I've tried several variants). This one worked: options snd_hda_intel probe_mask=0xff,0x10f [ 30.586463] snd_hda_intel 0000:00:14.2: codec_mask forced to 0xf [ 30.590604] snd_hda_intel 0000:00:14.2: no codecs found! but still no sound. > In addition, you may try to pass snoop=0 option to snd-hda-intel module. This option has no array, so just pass snoop=0. Resulted in: [ 30.462138] snd_hda_intel 0000:00:01.1: Force to non-snoop mode by module option [ 30.493508] snd_hda_intel 0000:00:14.2: codec_mask forced to 0xf [ 30.493516] snd_hda_intel 0000:00:14.2: Force to non-snoop mode by module option but still no sound. Then I examined the related PCI/IRQ. $ dmesg | grep 00:14.2 [ 0.647371] pci 0000:00:14.2: [1002:4383] type 00 class 0x040300 [ 0.647409] pci 0000:00:14.2: reg 0x10: [mem 0xfeb40000-0xfeb43fff 64bit] [ 0.647514] pci 0000:00:14.2: PME# supported from D0 D3hot D3cold [ 30.257019] snd_hda_intel 0000:00:14.2: codec_mask forced to 0xf [ 30.257027] snd_hda_intel 0000:00:14.2: Force to non-snoop mode by module option [ 30.262651] snd_hda_intel 0000:00:14.2: no codecs found! Since interrupts are routed with ACPI, I disabled ACPI (acpi=off), which resulted in a boot hang. After removing acpi=off again, azalia sound is up: [ 0.647265] pci 0000:00:14.2: [1002:4383] type 00 class 0x040300 [ 0.647304] pci 0000:00:14.2: reg 0x10: [mem 0xfeb40000-0xfeb43fff 64bit] [ 0.647430] pci 0000:00:14.2: PME# supported from D0 D3hot D3cold [ 30.478191] snd_hda_intel 0000:00:14.2: codec_mask forced to 0xf [ 30.478196] snd_hda_intel 0000:00:14.2: Force to non-snoop mode by module option [ 31.606751] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/sound/card1/input10 [ 31.606940] input: HDA ATI SB Mic as /devices/pci0000:00/0000:00:14.2/sound/card1/input11 [ 31.607118] input: HDA ATI SB Headphone as /devices/pci0000:00/0000:00:14.2/sound/card1/input12 I've no idea, why this is working now, but not before, but it seemed related to some interrupt routing issue. Update: after a cold start of the notebook, this procedure has to be repeated (acpi=off, boot, wait for hang (2-3 secs), switch device off and on) in order to get azalia up, so is definitely acpi related. :-( Update: on a further reboot, azalia sound was dysfunctional again, but the above sequence restored it again.. Related to IRQs, IRQ 16 is missing, if azalia is broken: CPU0 0: 35 IO-APIC 2-edge timer 1: 15 IO-APIC 1-edge i8042 8: 1 IO-APIC 8-edge rtc0 9: 163 IO-APIC 9-fasteoi acpi 12: 176 IO-APIC 12-edge i8042 14: 0 IO-APIC 14-edge pata_atiixp 15: 0 IO-APIC 15-edge pata_atiixp 16: 684 IO-APIC 16-fasteoi snd_hda_intel:card1 17: 130 IO-APIC 17-fasteoi ehci_hcd:usb1, ehci_hcd:usb2 18: 97 IO-APIC 18-fasteoi ohci_hcd:usb3, ohci_hcd:usb4, rtl_pci 19: 9014 IO-APIC 19-fasteoi ahci[0000:00:11.0] 26: 1095 PCI-MSI 16384-edge radeon 27: 312 PCI-MSI 1048576-edge eth0 28: 38 PCI-MSI 18432-edge snd_hda_intel:card0 NMI: 3 Non-maskable interrupts LOC: 20266 Local timer interrupts SPU: 0 Spurious interrupts PMI: 3 Performance monitoring interrupts IWI: 5871 IRQ work interrupts RTR: 0 APIC ICR read retries RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts DFR: 0 Deferred Error APIC interrupts MCE: 0 Machine check exceptions MCP: 1 Machine check polls HYP: 0 Hypervisor callback interrupts HRE: 0 Hyper-V reenlightenment interrupts HVS: 0 Hyper-V stimer0 interrupts ERR: 1 MIS: 0 PIN: 0 Posted-interrupt notification event NPI: 0 Nested posted-interrupt event PIW: 0 Posted-interrupt wakeup event How can I force the driver to use IRQ 16, and how can I specify the second card as primary sound device (given, that yast sound fails on this..)? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1158708] YaST Qt control center shows modules in main window as not translated
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

1 0

[Bug 1158708] YaST Qt control center shows modules in main window as not translated
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1158708 http://bugzilla.suse.com/show_bug.cgi?id=1158708#c31 --- Comment #31 from Mindaugas Baranauskas <opensuse.lietuviu.kalba(a)gmail.com> --- Created attachment 826849 --> http://bugzilla.suse.com/attachment.cgi?id=826849&action=edit bug reproduced in openSUSE Leap 15.2 alpha Reopening, but for openSUSE Leap 15.2 (not for TW): Expected YaST language was Lithuanian, but main window is in English. All YaST packages are from default repository. Maybe we need backport some changes from TW? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1159975] Writer 6.3.3 is very slow and crashes when opening https://wiki.documentfoundation.org/ReleaseNotes/6.3/en
by bugzilla_noreply＠novell.com 02 Jan '20

02 Jan '20

http://bugzilla.suse.com/show_bug.cgi?id=1159975 http://bugzilla.suse.com/show_bug.cgi?id=1159975#c2 --- Comment #2 from Ulrich Windl <Ulrich.Windl(a)rz.uni-regensburg.de> --- (In reply to Tomáš Chvátal from comment #1) > You need to install the debuginfo packages otherwise this trace is not > usefull for any figuring out what is happening. Providing the backtrace was just to give an idea what happened. When wanting details, did you try to reproduce? I mean it's easier for the developers to reproduce it live rather than having to read lengthy backtraces, straces or valgrind reports. Eventually the input file https://wiki.documentfoundation.org/ReleaseNotes/6.3/en is publically available and free to share. -- You are receiving this mail because: You are on the CC list for the bug.

1 0