Search results for

Re: New Slowroll update 20241030T2221 released!

by Felix Miata

Bernhard M. Wiedemann composed on 2024-10-31 07:19 (UTC+0100): > Jon Cosby wrote: >> When are the snapshots released > The version bumps are released around the 9th of each month, so the next > one is planned for 2024-11-09 > I was wondering if the notifications of daily updates are too spammy > here. Should I send them elsewhere? I don't know about elsewhere, but I consider them nominally spammy here. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

3 weeks, 3 days

Re: VOTE ON SLOWROLL NAME

by Jim Henderson

On Tue, 26 Sep 2023 23:05:14 +0200, Carlos E. R. wrote: > I want compatibility with commercial packages out of the box. Without having current libraries on your system because they were distributed through an update? Unless those commercial packages are shipping all dependencies themselves and managing them separately, well, good luck with that. I full expect you to complain that those dependent libraries aren't also available on your system for any and all commercial solutions you happen to want to run. After all, those commercial packages aren't all going to be shipped as snaps or flatpaks. <eyeroll> -- Jim Henderson Please keep on-topic replies on the list so everyone benefits

1 year, 1 month

Re: VOTE ON SLOWROLL NAME

by Lew Wolfgang

On 9/24/23 18:56, Dave Gom wrote: > For me Tumbleweed is robust and stable like a rock and I don't see the > need of a slower version but I understand some users were leaved > "systemless" some times and it was an uncomfortable situation. > Any way I don't like any of the proposed names so I want to suggest a > couple of them. "Tumbleweed step" because a step behind from > tumbleweed, or Tumbleweed trust or trusty, for obvious reasons. > Regards. Robust and stable. Sequoia? But I think that name has been taken. Maybe another strong tree? Hickory? Regards, Lew

1 year, 2 months

Re: Slowroll not purging old kernels Is something broken with do_purge_kernels - it is present in /boot

by Fritz Hudnut

I might have to amend my previous statement . . . or revise it . . . . Seems like from the upgrades that went through yesterday the kernel has been returned to [CODE]> uname -r 6.5.9-1-default [/CODE] and the Slo Roll system boots from the regular grub listing, no need for the 4th line from the top in "advanced options" . . . . Looks like there are some more upgrades showing as available . . . finger's crossed on how that will pan out. For now Slo Roll boots normally . . . have to see if any evidence of "9-3" is still hanging around . . . ??? But it is now possibly that Slo Roll is "ready for primetime" but just not getting top billing and/or a percentage of the profits . . . . : - )

1 year

Re: Is it possible for Slowroll to officially support the integrity of NVidia and VMWare modules?

by Bernhard M. Wiedemann

On 19/12/2023 05.25, Xu Zhao wrote: > Currently I am blocked by using Qemu kvm to kick of specific tumbleweed > snapshot image and test nvidia driver compile (sth like open build > system). If anyone knows how to do that, or simply give code pointers on > how OBS runs Qemu KVM, that would be very much appreciated. https://github.com/nektos/act says > GitHub Actions are running in fully virtualized machines so you probably cannot get KVM working there. But chroot or containers should be an option. OBS workers OTOH run on bare metal and thus have access to hardware needed for KVM.

11 months

Re: Slowroll from 15.5/Plasma/KDM3

by Felix Miata

Felix Miata composed on 2023-09-05 23:20 (UTC-0400): > Bernhard M. Wiedemann composed on 2023-09-04 09:55 (UTC+0200): >> https://en.opensuse.org/openSUSE:Slowroll >> PoC is up for testing. >> Current base snapshot is TW-20230822 > My first choice for a switch turned out to be 20230823, so instead I chose > a UEFI 15.5 to dup from. It includes Plasma, IceWM and instead of SDDM, KDM3. > Libdvdcss: Use TW, or latest Leap? > openh264: same? > For the time being, no need for Packman here, but eventually, and others, ..... > Whatever mirror CDN is providing for FL, USA is distinctly unimpressive. > Unfortunately I forgot to time the -d step. Actual installation time for > 1148 packages, including several selection stops for fonts I don't allow > to waste resources: > ... > Executing %posttrans scripts ..........................................................................................................................................................[done] > warning: Found NDB Packages.db database while attempting bdb backend: using ndb backend. > CommitResult (total 1148, done 1148, error 0, skipped 0, updateMessages 0) > Checking for running processes using deleted libraries... > warning: Found NDB Packages.db database while attempting bdb backend: using ndb backend. > There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs. > real 2m33.846s > user 0m48.026s > sys 0m20.259s > # zypper -v dup > Verbosity: 2 > Initializing Target > Checking whether to refresh metadata for Non-OSS > Checking whether to refresh metadata for OSS > Checking whether to refresh metadata for Update > ... > Computing upgrade... > Problem: the installed libldap-2_4-2-2.4.46-150200.14.17.1.x86_64 requires 'libldap-data = 2.4.46-150200.14.17.1', but this requirement cannot be provided > deleted providers: libldap-data-2.4.46-150200.14.17.1.noarch > Solution 1: Following actions will be done: > deinstallation of kdebase3-runtime-3.5.10.1-lp155.379.1.x86_64 > deinstallation of kdebase3-kdm-3.5.10.1-lp155.379.1.x86_64 > deinstallation of kdebase3-apps-3.5.10.1-lp155.379.1.x86_64 > deinstallation of kdebase3-3.5.10.1-lp155.379.1.x86_64 > Solution 2: keep obsolete libldap-data-2.4.46-150200.14.17.1.noarch > Solution 3: break libldap-2_4-2-2.4.46-150200.14.17.1.x86_64 by ignoring some of its dependencies > Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 2 > ... > # cat /usr/local/bin/zypse > #!/bin/sh > zypper --no-refresh se -s $* | grep -Ev '32bit|debug|devel|srcp|openSUSE-20' | grep -E 'x86|noarch'| sort > # zypse libldap > i | libldap-2_4-2 | package | 2.4.46-150200.14.17.1 | x86_64 | (System Packages) > i | libldap2 | package | 2.6.4-2.3 | x86_64 | OSS > i | libldapcpp0 | package | 2.6.4-2.2 | x86_64 | OSS > i+ | libldap-data | package | 2.4.46-150200.14.17.1 | noarch | (System Packages) > v | libldap-data | package | 2.6.4-2.3 | noarch | OSS > # > Is there expected to be a KDE3 repo for Slowroll? Should I use TW's for the > time being? Just keep old libldap* as long as allowed? I forgot to reboot before sending. Instead of a PlasmaX11 session from KDM3, I get what looks like a decorations-free Xterm. /usr/bin/startplasma-x11 seems to mostly work, but initially didn't open the unclosed Konsole3 session expected to be restored, and there was a "DCOP communications error (Konsole)" popup "could not read network connection list" that needed dismissal first. Killing the frameless Xterm killed the plasma session, and another refused to start even after rebooting. Trying to start IceWM from KDM3 initially fails in same manner as plasmaX11 by providing only a windowless Xterm, but /usr/bin/icewm doesn't refuse restart after exiting. Eventually emptying ~/.cache/ enabled Plasma to run successfully again repeatedly, though not without the extra startup activity for every session: # inxi -GSaz --vs --zl --hostname inxi 3.3.29-00 (2023-08-15) System: Host: ab560 Kernel: 6.4.12-1-default arch: x86_64 bits: 64 compiler: gcc v: 13.2.1 clocksource: tsc available: hpet,acpi_pm parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=<filter> noresume ipv6.disable=1 net.ifnames=0 consoleblank=0 preempt=full mitigations=off Desktop: KDE Plasma v: 5.27.7 tk: Qt v: 5.15.10 wm: kwin_x11 vt: 7 dm: 1: KDM 2: XDM Distro: openSUSE Tumbleweed 20230822 Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] vendor: ASUSTeK driver: i915 v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports: active: DP-1,HDMI-A-1,HDMI-A-2 empty: HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:4c8b class-ID: 0300 Display: x11 server: X.Org v: 21.1.8 compositor: kwin_x11 driver: X: loaded: modesetting unloaded: fbdev,vesa alternate: intel dri: iris gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 6160x1440 s-dpi: 120 s-size: 1303x304mm (51.30x11.97") s-diag: 1338mm (52.68") Monitor-1: DP-1 pos: right model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-2: HDMI-A-1 mapped: HDMI-1 pos: primary,left model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 Monitor-3: HDMI-A-2 mapped: HDMI-2 pos: center model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 4.6 Mesa 23.1.5 renderer: Mesa Intel Graphics (RKL GT1) direct-render: Yes # inxi hasn't heard of Slowroll before now. :p But, /etc/os-release doesn't mention Slowroll either. O_O -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 year, 2 months

openSUSE Release Engineering meeting 6.12.2023

by Lubos Kocman

All meeting minutes can be found here: https://etherpad.opensuse.org/p/ReleaseEngineering-meeting The meeting is hosted here https://meet-test.opensuse.org/ReleaseEngineeringMeeting ^ PLEASE USE THAT URL WHILE MEET-O-O IS DOWN ## Attendees bittin, lkocman, Dimstar, ddemaio,Guillaume_G, wengel, ## Leap New 15.6 build in openqa Build566.1 Upcoming build will have updated glibc 2.38, I don't expect build to be available before Monday. pagure is back online https://code.opensuse.org/leap/features Interesting ask against SLES 15 SP6 for a perl 5.36 update, in order to use strict in opensuse-distri https://github.com/os-autoinst/os-autoinst-common/pull/30#issuecomment-1826… https://jira.suse.com/browse/PED-7392 awaiting feedback from mls Looking into desktop-file-translations https://github.com/openSUSE/desktop-file-translations/pull/14 was merged I'm not entirely happy yet as some extra work is needed on post-processing raw desktop files from rpms. Temporarily dropped 16.0 from Agama, due to fail installation tests. We'll for sure add openSUSE Dolomite or Marble prior to Leap 16. ## openSUSE Tumbleweed (ana) openSUSE:Factory build fail stats: 53 failed 1 unresolvable (last week 39 failed, 0 unresolvable) https://tinyurl.com/ysy4nnnz Most relevant updates from this last week: * Linux Kernel 6.6.3 * cinnamon desktop 6.0.0 * mariadb 11.22 * ansible 2.15.7 * fmt-9 introduced, default fmt is 10 * polkit 123, sudo 1.9.15sp2 - Sudo/polkit changes with the introduction of a sudo/wheel group to allow the user to choose if they want to use this over the way we configured sudo so far (targetpw). Updates waiting / work in progress in staging: * libxml 2.12.1 (lots of work to do) * dbus-broker as default dbus session manager * RPM 4.19 (work on going, %patch with unnumbered patches is not supported from this version on) * Update to openssl 3.2.0 * kalpa branding ## Richard (Aeon) Not available Still working on "aeon-installer" which is basically a fork of GNOME OS Install/EndlessOS Installer Basic premise is to be a graphical equivalent of the "SelfInstaller", with support for our systemd-boot style images which struggle in the kiwi SelfInstaller Will run from a custom 'installer ISO' that has no direct relation to Aeon. That installer ISO will need to have the actual Aeon image embedded inside it for use by "aeon-installer" Very limited/no customisation - Just finds a disk, installs to that disk, no partitioning, no mess, no fuss Got my forked codebase building, and partially loading an image - tweaks to the image are needed and WIP Once it works on my machine I will need to go through the codebase and remove/replace all user-visible references to GNOME OS/EndlessOS and then submit to Factory ## Bernhard (Slowroll) Not available Moved to a new repository. We don't have signing keys for kernel atm. DimStar: We need Adrian for this ^. DimStar/Adrian: we have to think this through a bit. Continues to roll Slowly, sometimes has dependency problems -> need install-check *soon version bump but OBS issues Adrian: (Could you please add your concern here Adrian?) source-based Slowroll needs extra build power causes extra downloads for users switching between Tumbleweed <=> Slowroll Bernhard: three open issues in OBS bugtracker osc rdiff + osc getbinaries + building DVD with product-builder does not work with TWsnapshot+dod approach = https://github.com/openSUSE/slowroll/issues/1 https://github.com/openSUSE/open-build-service/issues/14994 osc branch -r release counter reset https://github.com/openSUSE/open-build-service/issues/15079 causes spurious "downgrades" missing build-compare causes extra publishes https://github.com/openSUSE/open-build-service/issues/15108 ## Max Leap 15.6 - build stats in Backports: 17(was 18) faild, 7 unresolvable(was 3) * Fixed wrong product packagelist due to changed pattern * Published two snaphsots: 563.2 and 565.1 * A large amount of python package deleting submissions are in staging project ## Guillaume - Arm * Tumbleweed: - Rolling - rpmlint: * openSUSE:Factory:ARM now part of https://rpmlint.opensuse.org/ * we noticed that rpmlint does not check anymore for packages built without distro %{optflags}. We should add it back. https://bugzilla.opensuse.org/show_bug.cgi?id=1217840 - WIP to get Tumbleweed to run on Lenovo X13s: * DVD image boots ok from USB, but still few bugs preventing to boot installed system on USB (ok on NVMe). * JeOS and live images (at least Rescue Image) are now working (boot from USB) * Audio is now also working (since snapshot 20231203) (Still broken on live images?) * Battery monitoring has been reported to be working on installed system (with pd-mapper.service), but seems broken on Live images. * Latest status available at https://en.opensuse.org/HCL:ThinkpadX13s * Leap 15.6/Backports SP6: - gnome-maps has been fixed (thanks Dominique!) - https://bugzilla.opensuse.org/show_bug.cgi?id=1216184 ## Sarah - s390x Not available ## Doug * Logo contest * Live at https://survey.opensuse.org/ * Ends Dec. 11. * Next steps/voice opinion - https://news.opensuse.org/2023/12/05/journey-of-os-rebrand/ * Meet to go over winning designs next week at 14:30 UTC on Tuesday * 6277 votes as of 10:12 06.12.23 lkocman: WOW! ^ * 3rd Bar anniversary * Dec. 19 starting at noon UTC * https://news.opensuse.org/2023/12/04/community-plans-virtual-bar-anniversar… * Infra * Various items are down * Board chair to disucss status & find possible solutions with SUSE infra * TSP * Still having some issues resolving payment * Board elections * Extended by 2 weeks * Sponsoring of CLT Static * oSC24 dates June 27 to 29 reserved (Thursday - Saturday) * FOSDEM Bus Connect ddemaio(a)opensuse.org if you're in the Nuremberg area * AI topics (static) ## Dirk Not available Further work on python 3.12 enablement preps for Factory, submitted about ~ 35 updates Working on python 3.6 removal in SP6 Package Hub ## Wolfgang (Package Hub), Scott Bahling No topics for today task for lkocman: The problem statement (SLES/SLED expectations) Draft to be composed here: https://etherpad.opensuse.org/p/packagehub-problem-statement ## Maintenance team (Marcus or Maurizio (m4u)) HEADS UP! Leap 15.4 EOL on Dec 31st 2023 Updated lkocman: will look into openSUSE-welcome to announce when a release is almost/is EOL Confirmed that maintenance setup for Leap 15.6 will be with Public Beta (~February 2024) Max: php81, SLES 15 SP6 seem to have already php82. Marcus: Let's not add php81 into 15.6 since php82 is out. No issues. Internal request to add php8.1 to Package HUB. Regarding AMD issue, kernel update is scheduled for a second Tuesday of the month. https://bugzilla.suse.com/show_bug.cgi?id=1215802 ## Adrian - OBS Not available ## Simon (Leap Replacement/Linarite) Not available ## Open Floor

11 months, 2 weeks

Re: Leap Replacement - Results from recent contributor survey

by Matěj Cepl

On Sat Sep 2, 2023 at 10:19 AM CEST, Richard Brown wrote: > I also think its more important for the Leap replacement to focus on > Desktop use cases, as openSUSE will also be hosting 1:1 copies of > SUSE's ALP products. Those products should be awesome for folk who want > Enterprise-like server distros. Wouldn’t no-support-free-as-in-beer-ALP (whether such thing will exist is another question) be effectivelly Slowroll maintained without the community effort? Best, Matěj -- https://matej.ceplovi.cz/blog/, @mcepl@floss.social GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 La vita è una combinazione di magia e pasta. -- Federico Fellini

1 year, 2 months

Re: Leap Replacement - Results from recent contributor survey

by Jiri Slaby

On 11. 09. 23, 11:26, Gus Fos wrote: > Personally, I would rather see Tumbleweed turn into Slowroll I would not. > Lately there have been a lot of issues in Tumbleweed and especially related to the known issues with kernel 6.4, What known issues? > which should have been completely skipped in my opinion. If we skipped 6.4, you would see the issues in 6.5. What sense does it make? > An other alternative could be to just add features to Tumbleweed to support the latest LTS kernel in the repos so that it would be more easy to not get latest kernels all the time without doing a lot of custom workarounds that can lead to breakage. Everyone is open to maintain the kernel and fix the bugs ;). regards, -- js suse labs

1 year, 2 months

Re: VOTE ON SLOWROLL NAME

by Carlos E. R.

On 2023-09-26 23:31, Jim Henderson wrote: > On Tue, 26 Sep 2023 23:05:14 +0200, Carlos E. R. wrote: > >> No, because you will misunderstand my words. I'll let other people >> explain. > > Huh. So I want to understand, but you either think I'm (a) not smart > enough to understand what you're trying to say, or (b) that I'm insincere > in wanting to understand. > > I find that patently offensive. That's your prerrogative, but I was not trying to offend. Thus, I do not like to talk with you, because you misunderstand me. quit. ... -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))

1 year, 1 month

openSUSE Factory search results for query "Slowroll"