July 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1227210] New: bash-git-prompt only works for login shells
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227210 Bug ID: 1227210 Summary: bash-git-prompt only works for login shells Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs(a)suse.de Reporter: lassi.vaatamoinen(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- There's a slight bug in the package, caused by the fact that /etc/profile.d/bash-git-prompt.sh is executed via /etc/profile. Now, the bash-git-prompt works properly when you login for example on a non-graphical TTY, or via SSH (even on localhost), as here we get a login shell. BUT when you enter to a desktop environment, and use a terminal application, bash-git-prompt __git_ps1 gets overridden by /etc/bash_completion.d/git-prompt that comes as part of git-core, as that script is executed for non-login shell by /etc/bash.bashrc So, the sequence of issues to the problem is here: User comes to a login screen (e.g. SDDM) LOGIN -> /etc/profile gets executed /etc/profile.d/bash-git-prompt.sh PROFILEREAD=true Open Konsole /etc/bash.bashrc (and ~/.bashrc) get executed /etc/bash_completion.d/git-prompt is executed -> overrides the previously set git prompt. -> bash-git-prompt is only usable for login shells (sudo -i, ssh, TTY), not in graphical desktop envs. NOTE: it does not matter if for Konsole, you set startup command as '/bin/bash --login' , since PROFILEREAD=true already (I assume), so the bash-git-prompt scripts won't get run. IMPROVEMENT: make bash-git-propmt run in the bashrc -sequence, too. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1134132] AUDIT-STALE: deepin-file-manager: new dbus of deepin-file-manager
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1134132 https://bugzilla.suse.com/show_bug.cgi?id=1134132#c19 Hillwood Yang <hillwoodroc(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |smash_bz(a)suse.de --- Comment #19 from Hillwood Yang <hillwoodroc(a)gmail.com> --- *** Bug 1228364 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1219282] Distorted sound with "AMD Family 17h/19h HD Audio" in some applications, apparently occurring under system heavier load
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1219282 https://bugzilla.suse.com/show_bug.cgi?id=1219282#c17 Takashi Iwai <tiwai(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bartoletti.stefano(a)gmail.co | |m Flags| |needinfo?(bartoletti.stefan | |o(a)gmail.com) --- Comment #17 from Takashi Iwai <tiwai(a)suse.com> --- This might be a side effect of the IOMMU memory management changes. For AMD, it should be possible to use the fallback allocation mechanism with the direct pate allocations (unlike Intel), as far as I know, and this might work better. A TW test kernel with the patch is being built in OBS home:tiwai:bsc1219282 repo. Once after the build finishes, the package will appear at http://download.opensuse.org/repositories/home:/tiwai:/bsc1219282/standard/ Please check with it later whether the problem persists. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226912] New: gnupg problem with socket connection
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226912 Bug ID: 1226912 Summary: gnupg problem with socket connection Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: axel.braun(a)gmx.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I want to verify a tarball using gnupg: docb@X1E:~/buildservice/Application:ERP:GNUHealth:Factory/mygnuhealth> gpg --default-key mygnuhealth.keyring --verify mygnuhealth-2.2.0.tar.gz.sig can't connect to 'socket:///home/docb/.gnupg/log-socket': No such file or directory The error message does not change if I create this file, I can work around it with the option --log-file=~/gnupg.log (even if it does not create a log, but thats probably a different story. I found https://forum.gnupg.org/t/problem-with-socket-connection-refused/4669 dealing with this problem, however it does not offer a solution -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1227259] Upgrade of mariadb creates new system table files as owner "root" when it needs to be "mysql"
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227259 Santiago Zarate <santiago.zarate(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |santiago.zarate(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228179] New: signal-desktop crashes on launch on aarch64 Asahi Fedora 40 since 7.12.0
by bugzilla_noreply＠suse.com 27 Jul '24

27 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1228179 Bug ID: 1228179 Summary: signal-desktop crashes on launch on aarch64 Asahi Fedora 40 since 7.12.0 Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: aarch64 OS: Fedora Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: screening-team-bugs(a)suse.de Reporter: michael(a)hotplate.co.nz QA Contact: screening-team-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hi! Since 7.12.0 the signal-desktop package from https://build.opensuse.org/package/show/network:im:signal/signal-desktop fails to launch on aarch64 Asahi Fedora 40 Remix. I've tried removing the ~/.config/Signal directory and re-launching but this didn't help. Another user in the Asahi Linux IRC channel reported the same problem. The following output is produced on stdout/stderr when launching: Set Windows Application User Model ID (AUMID) { AUMID: 'org.whispersystems.signal-desktop' } NODE_ENV production NODE_CONFIG_DIR /usr/libexec/signal-desktop/config NODE_CONFIG {} ALLOW_CONFIG_MUTATIONS undefined HOSTNAME samsa NODE_APP_INSTANCE undefined SUPPRESS_NO_CONFIG_WARNING undefined SIGNAL_ENABLE_HTTP undefined userData: /home/fincham/.config/Signal config/get: Successfully read user config file config/get: Successfully read ephemeral config file making app single instance {"level":30,"time":"2024-07-22T06:23:36.915Z","msg":"got fast localeOverride setting null"} {"level":30,"time":"2024-07-22T06:23:36.915Z","msg":"app.ready: hour cycle preference: UnknownPreference"} {"level":30,"time":"2024-07-22T06:23:36.915Z","msg":"app.ready: preferred system locales: en-NZ, en"} {"level":30,"time":"2024-07-22T06:23:36.916Z","msg":"locale: Supported locales: af-ZA, ar, az-AZ, bg-BG, bn-BD, bs-BA, ca, cs, da, de, el, en, es, et-EE, eu, fa-IR, fi, fr, ga-IE, gl-ES, gu-IN, he, hi-IN, hr-HR, hu, id, it, ja, ka-GE, kk-KZ, km-KH, kn-IN, ko, ky-KG, lt-LT, lv-LV, mk-MK, ml-IN, mr-IN, ms, my, nb, nl, pa-IN, pl, pt-BR, pt-PT, ro-RO, ru, sk-SK, sl-SI, sq-AL, sr, sv, sw, ta-IN, te-IN, th, tl-PH, tr, ug, uk-UA, ur, vi, yue, zh-CN, zh-HK, zh-Hant"} {"level":30,"time":"2024-07-22T06:23:36.916Z","msg":"locale: Preferred locales: en-NZ, en"} {"level":30,"time":"2024-07-22T06:23:36.916Z","msg":"locale: Locale Override: null"} {"level":30,"time":"2024-07-22T06:23:36.917Z","msg":"locale: Matched locale: en"} {"level":40,"time":"2024-07-22T06:23:36.947Z","msg":"intl.onWarn [@formatjs/intl] \"defaultRichTextElements\" was specified but \"message\" was not pre-compiled. \nPlease consider using \"@formatjs/cli\" to pre-compile your messages for performance.\nFor more details see https://formatjs.io/docs/getting-started/message-distribution"} {"level":30,"time":"2024-07-22T06:23:36.948Z","msg":"locale: Text info direction for en: ltr"} {"level":30,"time":"2024-07-22T06:23:36.952Z","msg":"getSQLKey: migrating key"} {"level":30,"time":"2024-07-22T06:23:36.952Z","msg":"getSQLKey: updating encrypted key in the config"} {"level":30,"time":"2024-07-22T06:23:36.953Z","msg":"config/set: Saving user config to disk"} {"level":30,"time":"2024-07-22T06:23:36.954Z","msg":"config/set: Saved user config to disk"} {"level":30,"time":"2024-07-22T06:23:36.954Z","msg":"config/set: Saving user config to disk"} {"level":30,"time":"2024-07-22T06:23:36.954Z","msg":"config/set: Saved user config to disk"} {"level":30,"time":"2024-07-22T06:23:36.955Z","msg":"getSystemTraySetting got value DoNotUseSystemTray"} {"level":30,"time":"2024-07-22T06:23:36.955Z","msg":"getSystemTraySetting returning DoNotUseSystemTray"} {"level":30,"time":"2024-07-22T06:23:36.955Z","msg":"app ready"} {"level":30,"time":"2024-07-22T06:23:36.956Z","msg":"starting version 7.16.0"} {"level":30,"time":"2024-07-22T06:23:36.956Z","msg":"media access status [object Undefined] [object Undefined]"} {"level":30,"time":"2024-07-22T06:23:36.957Z","msg":"got fast theme-setting value dark"} {"level":30,"time":"2024-07-22T06:23:36.961Z","msg":"got fast theme-setting value dark"} {"level":30,"time":"2024-07-22T06:23:36.961Z","msg":"got fast spellcheck setting true"} {"level":30,"time":"2024-07-22T06:23:36.961Z","msg":"Initializing BrowserWindow config: {\"show\":false,\"width\":1099,\"height\":953,\"minWidth\":300,\"minHeight\":200,\"autoHideMenuBar\":false,\"titleBarStyle\":\"default\",\"backgroundColor\":\"#121212\",\"webPreferences\":{\"devTools\":false,\"spellcheck\":true,\"enableBlinkFeatures\":\"CSSPseudoDir,CSSLogical\",\"enablePreferredSizeMode\":true,\"nodeIntegration\":false,\"nodeIntegrationInWorker\":false,\"sandbox\":false,\"contextIsolation\":true,\"preload\":\"[REDACTED]/preload.bundle.js\",\"backgroundThrottling\":true,\"disableBlinkFeatures\":\"Accelerated2dCanvas,AcceleratedSmallCanvases\"},\"icon\":\"[REDACTED]/images/signal-logo-desktop-linux.png\",\"x\":816,\"y\":158}"} {"level":30,"time":"2024-07-22T06:23:37.003Z","msg":"spellcheck: user locales: [\"en-NZ\",\"en\"]"} {"level":30,"time":"2024-07-22T06:23:37.003Z","msg":"spellcheck: available spellchecker languages: [\"af\",\"bg\",\"ca\",\"cs\",\"cy\",\"da\",\"de\",\"de-DE\",\"el\",\"en\",\"en-AU\",\"en-CA\",\"en-GB\",\"en-GB-oxendict\",\"en-US\",\"es\",\"es-419\",\"es-AR\",\"es-ES\",\"es-MX\",\"es-US\",\"et\",\"fa\",\"fo\",\"fr\",\"fr-FR\",\"he\",\"hi\",\"hr\",\"hu\",\"hy\",\"id\",\"it\",\"it-IT\",\"ko\",\"lt\",\"lv\",\"nb\",\"nl\",\"pl\",\"pt\",\"pt-BR\",\"pt-PT\",\"ro\",\"ru\",\"sh\",\"sk\",\"sl\",\"sq\",\"sr\",\"sv\",\"ta\",\"tg\",\"tr\",\"uk\",\"vi\"]"} {"level":30,"time":"2024-07-22T06:23:37.004Z","msg":"spellcheck: setting languages to: [\"en\",\"en\"]"} {"level":30,"time":"2024-07-22T06:23:37.004Z","msg":"MainSQL: updateSchema:\n Current user_version: 1080;\n Most recent db schema: 1090;\n SQLite version: 3.42.0;\n SQLCipher version: 4.5.5 community;\n (deprecated) schema_version: 471;\n"} {"level":30,"time":"2024-07-22T06:23:37.012Z","msg":"MainSQL: updateToSchemaVersion1090: success!"} {"level":30,"time":"2024-07-22T06:23:37.012Z","msg":"MainSQL: updateSchema: optimize took 0ms"} {"level":30,"time":"2024-07-22T06:23:37.325Z","msg":"got fast theme-setting value dark"} {"level":40,"time":"2024-07-22T06:23:38.192Z","msg":"safeLoadURL: ignoring ERR_FAILED because we are shutting down {\"errno\":-2,\"code\":\"ERR_FAILED\",\"url\":\"file:[REDACTED]/background.html\"}"} {"level":30,"time":"2024-07-22T06:23:38.194Z","msg":"got fast spellcheck setting true"} Render process is gone: Error: Reason: crashed, Exit Code: 139 at App.<anonymous> (/usr/libexec/signal-desktop/app/global_errors.js:3:773) at App.emit (node:events:514:28) at WebContents.<anonymous> (node:electron/js2c/browser_init:2:79410) at WebContents.emit (node:events:514:28) {"level":50,"time":"2024-07-22T06:23:38.201Z","msg":"Render process is gone: Error: Reason: crashed, Exit Code: 139\n at App.<anonymous> ([REDACTED]/app/global_errors.js:3:773)\n at App.emit (node:events:514:28)\n at WebContents.<anonymous> (node:electron/js2c/browser_init:2:79410)\n at WebContents.emit (node:events:514:28)"} {"level":30,"time":"2024-07-22T06:23:40.174Z","msg":"main window closed event"} {"level":30,"time":"2024-07-22T06:23:40.175Z","msg":"quit event {\"hasEventBeenPrevented\":false,\"windowCount\":0,\"mainWindowExists\":false}"} {"level":30,"time":"2024-07-22T06:23:40.209Z","msg":"System tray service: created"} {"level":30,"time":"2024-07-22T06:23:40.209Z","msg":"Begin ensuring permissions"} {"level":50,"time":"2024-07-22T06:23:40.210Z","msg":"spellcheck: dictionary download failure: en"} I've got the following relevant packages installed: libsignal.aarch64 0.52.3-1.1 @network_im_signal nodejs-electron.aarch64 29.4.3-2.8 @network_im_signal signal-desktop.aarch64 7.16.0-1.1 @network_im_signal signal-libringrtc.aarch64 2.44.2-1.1 @network_im_signal -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1227259] New: Upgrade of mariadb creates new system table files as owner "root" when it needs to be "mysql"
by bugzilla_noreply＠suse.com 26 Jul '24

26 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227259 Bug ID: 1227259 Summary: Upgrade of mariadb creates new system table files as owner "root" when it needs to be "mysql" Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: grant.eureka(a)xtra.co.nz QA Contact: jsrain(a)suse.com Target Milestone: --- Found By: --- Blocker: --- The upgrade of MariaDB to version 11.4.2-lp156.2.1 completes a post-install procedure to upgrade the MariaDB internal system table files to version 11.4.2 The post-install creates these files as owner "root" instead of "mysql". To fix this, I had to chown mysql for all the files in the mariadb/mysql mariadb/performance_schema and mariadb/sys directories. The upgrade path followed was mysql 5.7.44 to MariaDB 11.2.3 while using Leap 15.6 (beta). Finally upgrade to MariaDB 11.4.2 using Leap 15.6 (RC). Without changing the owner, MariaDB fails to start. The username for the mariadb service is mysql. Following is the error log: 2024-06-10 8:43:55 0 [Note] Starting MariaDB 11.2.3-MariaDB-log source revision 79580f4f96fc2547711f674eb8dd514abd312b4a as process 1471 2024-06-10 8:43:55 0 [Note] InnoDB: Compressed tables use zlib 1.2.13 2024-06-10 8:43:55 0 [Note] InnoDB: Number of transaction pools: 1 2024-06-10 8:43:55 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2024-06-10 8:43:55 0 [Note] InnoDB: Using Linux native AIO 2024-06-10 8:43:55 0 [Note] InnoDB: Initializing buffer pool, total size = 10.000MiB, chunk size = 1.000MiB 2024-06-10 8:43:55 0 [Note] InnoDB: Completed initialization of buffer pool 2024-06-10 8:43:55 0 [Note] InnoDB: File system buffers for log disabled (block size=4096 bytes) 2024-06-10 8:43:55 0 [Note] InnoDB: Resetting space id's in the doublewrite buffer 2024-06-10 8:43:55 0 [Note] InnoDB: End of log at LSN=779791006 2024-06-10 8:43:56 0 [Note] InnoDB: Opened 3 undo tablespaces 2024-06-10 8:43:56 0 [Note] InnoDB: 128 rollback segments in 3 undo tablespaces are active. 2024-06-10 8:43:56 0 [Note] InnoDB: Setting file './ibtmp1' size to 12.000MiB. Physically writing the file full; Please wait ... 2024-06-10 8:43:56 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB. 2024-06-10 8:43:56 0 [Note] InnoDB: log sequence number 779791006; transaction id 5516328 2024-06-10 8:43:56 0 [Note] Plugin 'FEEDBACK' is disabled. 2024-06-10 8:43:56 0 [Note] Plugin 'wsrep-provider' is disabled. 2024-06-10 8:43:56 0 [Note] InnoDB: Loading buffer pool(s) from /db/mariadb/ib_buffer_pool 2024-06-10 8:43:57 0 [Note] InnoDB: Buffer pool(s) load completed at 240610 8:43:57 2024-06-10 8:43:57 0 [Note] Server socket created on IP: '192.168.43.40'. 2024-06-10 8:43:57 0 [Note] mysqld: Event Scheduler: Loaded 0 events 2024-06-10 8:43:57 0 [Note] /usr/sbin/mysqld: ready for connections. Version: '11.2.3-MariaDB-log' socket: '/var/run/mysql/mysql.sock' port: 3306 MariaDB package 2024-06-10 10:06:16 4 [Warning] Aborted connection 4 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 10:06:29 6 [Warning] Access denied for user 'root'@'socrates.local' (using password: NO) 2024-06-10 10:14:49 8 [Warning] Aborted connection 8 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 12:40:45 13 [Warning] Access denied for user 'root'@'socrates.local' (using password: NO) 2024-06-10 12:59:48 17 [Warning] Aborted connection 17 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 18:32:29 34 [Warning] Aborted connection 34 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 22:47:18 45 [Warning] Aborted connection 45 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 22:51:57 47 [Warning] Aborted connection 47 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 22:57:40 49 [Warning] Aborted connection 49 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 23:09:09 51 [Warning] Aborted connection 51 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 23:16:53 54 [Warning] Aborted connection 54 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 23:26:25 56 [Warning] Aborted connection 56 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 23:46:09 60 [Warning] Aborted connection 60 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-10 23:55:48 63 [Warning] Aborted connection 63 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-11 0:37:54 66 [Warning] Aborted connection 66 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-11 0:49:14 69 [Warning] Aborted connection 69 to db: 'unconnected' user: 'root' host: 'socrates.local' (Got an error reading communication packets) 2024-06-11 1:00:26 0 [Note] /usr/sbin/mysqld (initiated by: unknown): Normal shutdown 2024-06-11 1:00:26 0 [Note] InnoDB: FTS optimize thread exiting. 2024-06-11 1:00:26 0 [Note] InnoDB: Starting shutdown... 2024-06-11 1:00:26 0 [Note] InnoDB: Dumping buffer pool(s) to /db/mariadb/ib_buffer_pool 2024-06-11 1:00:26 0 [Note] InnoDB: Restricted to 157 pages due to innodb_buf_pool_dump_pct=25 2024-06-11 1:00:26 0 [Note] InnoDB: Buffer pool(s) dump completed at 240611 1:00:26 2024-06-11 1:00:26 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" 2024-06-11 1:00:26 0 [Note] InnoDB: Shutdown completed; log sequence number 780656937; transaction id 5516899 2024-06-11 1:00:26 0 [Note] /usr/sbin/mysqld: Shutdown complete The automatic post-install process needs to create new files with the ownership the same as the user for the MariaDB service (or owner of the parent database directory), not root. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1228366] New: Missing package for Application:Geo/qgis: causes fatal error std::bad_alloc on loading plugin
by bugzilla_noreply＠suse.com 26 Jul '24

26 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1228366 Bug ID: 1228366 Summary: Missing package for Application:Geo/qgis: causes fatal error std::bad_alloc on loading plugin Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Python Assignee: python-maintainers(a)suse.com Reporter: grant.eureka(a)xtra.co.nz QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- qgis 3.34.1 crashes when loading the Plugin "LINZ Data Importer" with fatal error std::bad_alloc I have traced the error to the package python311-OWSLib which attempts to load the Python package pyproj which needs to be installed correctly from python311-pyproj. The package python311-pyproj is missing from Leap 15.6 repos. I have successfully installed python311-pyproj 3.6.1 from a Tumbleweed community project. This has corrected the bad_alloc fatal error. Package python311-pyproj is needed in Leap 15.6 for qgis and should be listed as a "required by" in package python311-OWSLib. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228365] No Snapper root config and mount created, installer 20240722
by bugzilla_noreply＠suse.com 26 Jul '24

26 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1228365 Arvin Schnell <aschnell(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aschnell(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226656] New: rsync --chown sets permissions to root:root after upgrade to Leap 15.6
by bugzilla_noreply＠suse.com 26 Jul '24

26 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226656 Bug ID: 1226656 Summary: rsync --chown sets permissions to root:root after upgrade to Leap 15.6 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Network Assignee: screening-team-bugs(a)suse.de Reporter: georg.pfuetzenreuter(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hi, On the client: ``` rsync -a --delete --super --owner --group --chown=477:479 --chmod='u=rwX,g=rX,o=' $PWD/ rsync://saltpush@witch1.infra.opensuse.org:873/salt-push/ ``` On the server, rsyncd.socket is listening with the following /etc/rsyncd.conf: ``` # Salt managed defaults address = :: gid = users log format = %h %o %f %l %b secrets file = /etc/rsyncd.secrets transfer logging = True use chroot = True # Salt managed modules [salt-push] path = /srv/salt-git/ comment = /srv/salt-git/ list = false uid = root gid = salt auth users = saltpush read only = False hosts allow = 2a07:de40:b27e:1203::126, 2a07:de40:b27e:1203::127 ``` With Leap 15.5, sync operations would keep the expected permissions and ownership on the directory /srv/salt-git and its contents. After the upgrade to Leap 15.6, which installed `rsync-3.2.7-150600.1.5.x86_64` on both the client and server side, the following happens: ``` root@witch1 ~# chown -R 477:479 /srv/salt-git root@witch1 ~# ls -dn /srv/salt-git drwxr-x--- 1 477 479 426 Jun 20 16:35 /srv/salt-git/ 8ec7287bf746:/srv/salt-git # rsync -a --delete --owner --group --chown=477:479 --chmod='u=rwX,g=rX,o=' $PWD/ rsync://saltpush@witch1.infra.opensuse.org:873/salt-push/ root@witch1 ~# ls -dn /srv/salt-git drwxr-x--- 1 0 0 426 Jun 20 16:35 /srv/salt-git/ ``` The directory gets recursively owned as root:root instead of keeping 477:479. -- You are receiving this mail because: You are on the CC list for the bug.

1 5