Re: drop obsolete static uid/gid allocations
On 15/01/17 00:13 +, Zbigniew Jędrzejewski-Szmek wrote: > == No need for static allocation, afaict > games, man, slocate, squid, named, postgres, mysql, nscd, > rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp, > tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd, > imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci ricci+luci can be garbage-collected as not needed since around Fedora 18 anyway. -- Jan (Poki) pgpKCDQpJBotf.pgp Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: drop obsolete static uid/gid allocations
On Sun, Jan 15, 2017 at 12:13:16AM +, Zbigniew Jędrzejewski-Szmek wrote: > https://git.fedorahosted.org/cgit/setup.git/tree/uidgid has a list > of "soft static" uids and gids. > > == No need for static allocation, afaict > games, man, slocate, squid, named, postgres, mysql, nscd, > rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp, > tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd, > imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci > > == The following are completely unused? > console, wnn, haldaemon, vcsa, realtime, nocpulse, desktop, jonas, > pvm, xfs There's also a https://fedoraproject.org/wiki/PackageUserRegistry list, which contains 'ladvd' user for the package named the same (which I maintain). I guess I could live which whatever UID sysusers will give me. Now I have this: http://pkgs.fedoraproject.org/cgit/rpms/ladvd.git/tree/ladvd.conf.sysusers -- Tomasz Torcz RIP is irrevelant. Spoofing is futile. xmpp: zdzich...@chrome.pl Your routes will be aggreggated. -- Alex Yuriev ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora rawhide compose report: 20170115.n.0 changes
OLD: Fedora-Rawhide-20170114.n.1
NEW: Fedora-Rawhide-20170115.n.0
= SUMMARY =
Added images:0
Dropped images: 20
Added packages: 0
Dropped packages:0
Upgraded packages: 14
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of upgraded packages: 201.16 MiB
Size of downgraded packages: 0.00 B
Size change of upgraded packages: 2.96 MiB
Size change of downgraded packages: 0.00 B
= ADDED IMAGES =
= DROPPED IMAGES =
Image: Security live x86_64
Path: Labs/x86_64/iso/Fedora-Security-Live-x86_64-Rawhide-20170114.n.1.iso
Image: LXDE live x86_64
Path: Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-Rawhide-20170114.n.1.iso
Image: Design_suite live i386
Path: Labs/i386/iso/Fedora-Design_suite-Live-i386-Rawhide-20170114.n.1.iso
Image: Mate live x86_64
Path: Spins/x86_64/iso/Fedora-MATE_Compiz-Live-x86_64-Rawhide-20170114.n.1.iso
Image: Design_suite live x86_64
Path: Labs/x86_64/iso/Fedora-Design_suite-Live-x86_64-Rawhide-20170114.n.1.iso
Image: Robotics live i386
Path: Labs/i386/iso/Fedora-Robotics-Live-i386-Rawhide-20170114.n.1.iso
Image: KDE live x86_64
Path: Spins/x86_64/iso/Fedora-KDE-Live-x86_64-Rawhide-20170114.n.1.iso
Image: Xfce live i386
Path: Spins/i386/iso/Fedora-Xfce-Live-i386-Rawhide-20170114.n.1.iso
Image: Workstation boot i386
Path:
Workstation/i386/iso/Fedora-Workstation-netinst-i386-Rawhide-20170114.n.1.iso
Image: Mate live i386
Path: Spins/i386/iso/Fedora-MATE_Compiz-Live-i386-Rawhide-20170114.n.1.iso
Image: KDE live i386
Path: Spins/i386/iso/Fedora-KDE-Live-i386-Rawhide-20170114.n.1.iso
Image: Server dvd i386
Path: Server/i386/iso/Fedora-Server-dvd-i386-Rawhide-20170114.n.1.iso
Image: Server raw-xz armhfp
Path: Server/armhfp/images/Fedora-Server-armhfp-Rawhide-20170114.n.1-sda.raw.xz
Image: Xfce live x86_64
Path: Spins/x86_64/iso/Fedora-Xfce-Live-x86_64-Rawhide-20170114.n.1.iso
Image: KDE raw-xz armhfp
Path: Spins/armhfp/images/Fedora-KDE-armhfp-Rawhide-20170114.n.1-sda.raw.xz
Image: Security live i386
Path: Labs/i386/iso/Fedora-Security-Live-i386-Rawhide-20170114.n.1.iso
Image: LXDE live i386
Path: Spins/i386/iso/Fedora-LXDE-Live-i386-Rawhide-20170114.n.1.iso
Image: SoaS live x86_64
Path: Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20170114.n.1.iso
Image: Robotics live x86_64
Path: Labs/x86_64/iso/Fedora-Robotics-Live-x86_64-Rawhide-20170114.n.1.iso
Image: SoaS live i386
Path: Spins/i386/iso/Fedora-SoaS-Live-i386-Rawhide-20170114.n.1.iso
= ADDED PACKAGES =
= DROPPED PACKAGES =
= UPGRADED PACKAGES =
Package: 3Depict-0.0.19-2.fc26
Old package: 3Depict-0.0.18-7.fc25
Summary: Valued 3D point cloud visualization and analysis
RPMs: 3Depict
Size: 33572812 bytes
Size change: 239480 bytes
Changelog:
* Wed Jun 01 2016 D Haley - 0.0.19-1
- Update to 0.0.19
- Remove gcc patch, fixed upstream
- Add upstream patch
* Sat Jan 14 2017 D Haley - 0.0.19-2
- Rebuild for libmgl bump
Package: calamares-2.5-0.1.alpha1.fc26
Old package: calamares-2.4.80-0.4.20161119git34516e9477b2f.fc26
Summary: Installer from a live CD/DVD/USB to disk
RPMs: calamares calamares-devel calamares-interactiveterminal
calamares-libs calamares-webview
Size: 4630492 bytes
Size change: 109536 bytes
Changelog:
* Sun Jan 15 2017 Kevin Kofler - 2.5-0.1.alpha1
- Update to 2.5-alpha1
- Rebase default-settings and kdesu patches
Package: cjdns-18-5.fc26
Old package: cjdns-18-4.fc26
Summary: The privacy-friendly network without borders
RPMs: cjdns cjdns-graph cjdns-python cjdns-selinux cjdns-tools
Size: 2572324 bytes
Size change: 2884 bytes
Changelog:
* Sat Jan 07 2017 Stuart D. Gathman 18-5
- Run scripts in %{sysconfdir}/cjdns/up.d when cjdns comes up.
Package: git-cola-2.10-1.fc26
Old package: git-cola-2.9.1-2.fc26
Summary: A sleek and powerful git GUI
RPMs: git-cola
Size: 1027682 bytes
Size change: -4592 bytes
Changelog:
* Sat Jan 14 2017 Oliver Haessler - 2.10-1
- Update to 2.10
Package: kpmcore-3.0.2-1.fc26
Old package: kpmcore-3.0.1-1.fc26
Summary: Library for managing partitions by KDE programs
RPMs: kpmcore kpmcore-devel
Size: 3476860 bytes
Size change: 408 bytes
Changelog:
* Sun Jan 15 2017 Kevin Kofler - 3.0.2-1
- Update to stable release 3.0.2 (additional bug fixes for Calamares)
Package: lua-lpeg-1.0.1-1.fc26
Old package: lua-lpeg-0.12.2-2.fc24
Summary: Parsing Expression Grammars for Lua
RPMs: lua-lpeg
Size: 397460 bytes
Size change: 564 bytes
Changelog:
* Sun Jan 15 2017 Michel Alexandre Salim - 1.0.1-1
- Update to 1.0.1
Package: mlt-6.4.1-3.fc26
Old package: mlt-6.4.1-2.fc26
Summary: Toolkit for broadcasters, video editors, media players,
transcoders
RPMs: mlt mlt-devel mlt-php mlt-python mlt-ruby
Added RPMs: mlt-php
Size: 17274976 bytes
Size change: 557332
Re: Heads up: lua-lpeg 1.0.1 in Rawhide; lua no longer in mock root by default?
On Sun, Jan 15, 2017 at 12:24 AM, Michel Alexandre Salim
wrote:
> Hi all,
>
> Just a heads-up: I just built lua-lpeg 1.0.1 for Rawhide. The release notes
> does not seem to suggest any significant API change, but just to be sure we
> should probably let it sit in Rawhide for a while.
>
> On the packaging side, turns out Lua is not available by default in the mock
> root, and a lot of our Lua packages try to detect the version of Lua used
> during the build by using this expansion:
>
>
> %{!?luaver: %global luaver %(lua -e "print(string.sub(_VERSION, 5))")}
>
> This now fails because the lua binary is not available when mock rebuilds
> the SRPM. For anyone updating other Lua packages the following works:
>
> %{!?luaver: %global luaver %(test -x /usr/bin/lua && lua -e
> "print(string.sub(_VERSION, 5))" || echo 5.3)}
>
> (I'll update my draft Lua packaging guidelines with this, if it looks good
> to others)
The lua package was recently refactored to split the libraries out
into lua-libs, so you need to add "BuildRequires: lua" or
"BuildRequires: /usr/bin/lua" to get it specifically.
--
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Heads up: lua-lpeg 1.0.1 in Rawhide; lua no longer in mock root by default?
On Sat, Jan 14, 2017 at 09:24:40PM -0800, Michel Alexandre Salim wrote:
> Hi all,
>
> Just a heads-up: I just built lua-lpeg 1.0.1 for Rawhide. The release notes
> does not seem to suggest any significant API change, but just to be sure we
> should probably let it sit in Rawhide for a while.
>
> On the packaging side, turns out Lua is not available by default in the
> mock root, and a lot of our Lua packages try to detect the version of Lua
> used during the build by using this expansion:
>
>
> %{!?luaver: %global luaver %(lua -e "print(string.sub(_VERSION, 5))")}
>
> This now fails because the lua binary is not available when mock rebuilds
> the SRPM. For anyone updating other Lua packages the following works:
>
> %{!?luaver: %global luaver %(test -x /usr/bin/lua && lua -e
> "print(string.sub(_VERSION, 5))" || echo 5.3)}
It looks like something that could be put into a macro distributed by lua.
It's a bit too long and too lua-version-specific to be hardcoded into
individual packages.
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170114.n.1 compose check report
On Sun, 2017-01-15 at 06:35 +, Fedora compose checker wrote: > Missing expected images: > > Cloud_base qcow2 x86_64 > Atomic qcow2 x86_64 > Cloud_base raw-xz x86_64 > Atomic raw-xz x86_64 > > Failed openQA tests: 24/103 (x86_64), 17/17 (i386), 1/2 (arm) > Soft failed openQA tests: 41/103 (x86_64) > (Tests completed, but using a workaround for a known bug) So what's going on today...there's a lot of soft failures because there's an AVC showing up on boot in a lot of tests, and now we added a check for any AVCs or crashes on first boot, that constitutes a soft failure. Several fails are due to a rather funny bug: some openQA tests copy a few network-related configuration files from the test host for...reasons...the way we do this is to just have the test controller read the file's contents and then `printf 'all_text_in_the_file' > filename` in the guest. Unfortunately, one of the files grew a ' character recently, sooo...that didn't work so well any more :) I'll fix that. Once we have those things sorted we should have a better picture of what's truly failing. Oh, and all tests are failing on i686 again. I think nirik mentioned a known systemd bug that could be causing that, I'll have to double check it. > Installed system changes in test x86_64 Workstation-live-iso > install_default@uefi: > 1 packages(s) added since previous compose: compat-readline6 > 53 services(s) added since previous compose: ModemManager.service, > NetworkManager.service, abrt-ccpp.service, abrt-oops.service, > abrt-xorg.service, abrtd.service, accounts-daemon.service, > alsa-state.service, atd.service, auditd.service... > 55 services(s) removed since previous compose: ModemManager.service, > NetworkManager.service, abrt-ccpp.service, abrt-oops.service, > abrt-xorg.service, abrtd.service, accounts-daemon.service, > alsa-state.service, atd.service, auditd.service... > Previous test data: https://openqa.fedoraproject.org/tests/54535#downloads > Current test data: https://openqa.fedoraproject.org/tests/54812#downloads (etc) sorry about the "services added/removed" - they're fallout from the issue I mentioned with how openQA was collecting the list of running services. Not sure why compat-readline6 has shown up new in several installs, I'll check into that. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: drop obsolete static uid/gid allocations
On Sun, Jan 15, 2017 at 08:13:42AM +0100, Pavel Raiskup wrote: > On Sunday, January 15, 2017 12:30:51 AM CET Nico Kadel-Garcia wrote: > > On Sat, Jan 14, 2017 at 7:20 PM, Zbigniew Jędrzejewski-Szmek > > wrote: > > > On Sun, Jan 15, 2017 at 01:17:52AM +0100, Reindl Harald wrote: > > >> > > >> > > >> Am 15.01.2017 um 01:13 schrieb Zbigniew Jędrzejewski-Szmek: > > >> >== No need for static allocation, afaict > > >> >games, man, slocate, squid, named, postgres, mysql, nscd, > > >> >rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp, > > >> >tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd, > > >> >imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci > > >> > > >> this idea is horrible wenn you maintain many machines over many > > >> years because the 27/27 for mysqld and 48/48 for apache as example > > >> ensures that you can clone/move data between every redhat based > > >> distribution of the last 15 years and you wnat to go that capability > > >> to be gone > > > > > > How do you "clone/move data"? Normally tar/rsync/scp will use the user > > > or group name, not the number. > > > > Except when it doesn't. The mysql use on one system may not *exist* at > > the time of running rsync or tar, and it certainly does not work wekk > > across mounted disk images or NFSv3 and most NFSv4 mounts. > > > > Let's not change static, stable content that there isn't a compelling > > reason to change. > > Agreed; at least for the databases, please don't drop postgres and mysql, > thank you. > > The pattern to take into account might be that "external storage is often > used to store data" of the service. Without central arbiter (which users > are often a bit to setup for e.g. for "only" database server) it is > non-trivial to keep UIDs/GIDs synced across VM deployments. Ack. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide
On my ThinkPad X220 Tablet running Fedora 25 I cannot change the display brightness of the internal screen using `xbacklight`. It fails with No outputs have backlight property The combination FN+PgDn that worked in KDE no longer works. It seems that I have no control over the backlight any more. Any way to get it back under control? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: drop obsolete static uid/gid allocations
On Sun, Jan 15, 2017 at 12:32:42PM +0100, Tomasz Torcz wrote: > On Sun, Jan 15, 2017 at 12:13:16AM +, Zbigniew Jędrzejewski-Szmek wrote: > > https://git.fedorahosted.org/cgit/setup.git/tree/uidgid has a list > > of "soft static" uids and gids. > > > > == No need for static allocation, afaict > > games, man, slocate, squid, named, postgres, mysql, nscd, > > rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp, > > tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd, > > imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci > > > > == The following are completely unused? > > console, wnn, haldaemon, vcsa, realtime, nocpulse, desktop, jonas, > > pvm, xfs > > There's also a https://fedoraproject.org/wiki/PackageUserRegistry list, Oh, yet another list. Neither of those lists is hyperlinked from the guidelines, and it's not entirely trivial to find them. Anyway, this list appears to be conflict with the list in setup. Is it used for anything? https://fedoraproject.org/wiki/PackageUserCreation appears to be rather outdated too. > which contains 'ladvd' user for the package named the same (which I maintain). > I guess I could live which whatever UID sysusers will give me. Now > I have this: > > http://pkgs.fedoraproject.org/cgit/rpms/ladvd.git/tree/ladvd.conf.sysusers Yep. If the static uid list is trimmed, it'll be enough to change at some later point: - u ladvd 47 ... + u ladvd - ... Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: drop obsolete static uid/gid allocations
On 2017-01-15 12:54 PM, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Jan 15, 2017 at 08:13:42AM +0100, Pavel Raiskup wrote: On Sunday, January 15, 2017 12:30:51 AM CET Nico Kadel-Garcia wrote: On Sat, Jan 14, 2017 at 7:20 PM, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Jan 15, 2017 at 01:17:52AM +0100, Reindl Harald wrote: Am 15.01.2017 um 01:13 schrieb Zbigniew Jędrzejewski-Szmek: == No need for static allocation, afaict games, man, slocate, squid, named, postgres, mysql, nscd, rpcuser, rpc, rpm, ntp, mailman, gdm, utempter, apache, smmsp, tomcat, frontpage, nut, beagleindex, avahi, tcpdmp, privoxy, radvd, imap, majordomo, polkituser, screen, clamav, saned, mock, ricci, luci this idea is horrible wenn you maintain many machines over many years because the 27/27 for mysqld and 48/48 for apache as example ensures that you can clone/move data between every redhat based distribution of the last 15 years and you wnat to go that capability to be gone How do you "clone/move data"? Normally tar/rsync/scp will use the user or group name, not the number. Except when it doesn't. The mysql use on one system may not *exist* at the time of running rsync or tar, and it certainly does not work wekk across mounted disk images or NFSv3 and most NFSv4 mounts. Let's not change static, stable content that there isn't a compelling reason to change. Agreed; at least for the databases, please don't drop postgres and mysql, thank you. Please keep apache and tomcat as well (same for jboss, which fortunately is not in the list). Thanks! Fernando The pattern to take into account might be that "external storage is often used to store data" of the service. Without central arbiter (which users are often a bit to setup for e.g. for "only" database server) it is non-trivial to keep UIDs/GIDs synced across VM deployments. Ack. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: drop obsolete static uid/gid allocations
On Sun, Jan 15, 2017 at 06:00:49PM +, Zbigniew Jędrzejewski-Szmek wrote: > On Sun, Jan 15, 2017 at 12:32:42PM +0100, Tomasz Torcz wrote: > > There's also a https://fedoraproject.org/wiki/PackageUserRegistry list, > > Oh, yet another list. Neither of those lists is hyperlinked from > the guidelines, and it's not entirely trivial to find them. > > Anyway, this list appears to be conflict with the list in setup. > Is it used for anything? https://fedoraproject.org/wiki/PackageUserCreation > appears to be rather outdated too. I replaced that now with a redirect to Packaging:UsersAndGroups. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Unresponsive maintainer: rnovacek
Hi, has Radek Nováček left Red Hat? The contact information he has everywhere: https://fedoraproject.org/wiki/User:Rnovacek points to rnova...@redhat.com, but attempts to write there bounce, with: 554 5.7.1 : Recipient address rejected: Access denied Does anybody know how to contact Radek? Is he still interested in maintaining his packages or should they be orphaned? Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Rawhide-20170115.n.0 compose check report
Missing expected images: Cloud_base qcow2 x86_64 Atomic qcow2 x86_64 Server dvd i386 Kde live x86_64 Cloud_base raw-xz x86_64 Atomic raw-xz x86_64 Kde live i386 Failed openQA tests: 18/92 (x86_64), 14/14 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20170114.n.1): ID: 54959 Test: x86_64 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/54959 ID: 54968 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/54968 ID: 54982 Test: x86_64 universal upgrade_minimal_64bit URL: https://openqa.fedoraproject.org/tests/54982 ID: 54989 Test: x86_64 universal upgrade_2_server_64bit URL: https://openqa.fedoraproject.org/tests/54989 ID: 54991 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/54991 ID: 54994 Test: x86_64 universal install_shrink_ntfs URL: https://openqa.fedoraproject.org/tests/54994 ID: 54995 Test: x86_64 universal install_european_language URL: https://openqa.fedoraproject.org/tests/54995 Old failures (same test failed in Rawhide-20170114.n.1): ID: 54915 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/54915 ID: 54917 Test: x86_64 Server-dvd-iso server_cockpit_default URL: https://openqa.fedoraproject.org/tests/54917 ID: 54921 Test: x86_64 Server-dvd-iso server_role_deploy_database_server URL: https://openqa.fedoraproject.org/tests/54921 ID: 54926 Test: x86_64 Server-dvd-iso support_server URL: https://openqa.fedoraproject.org/tests/54926 ID: 54930 Test: i386 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/54930 ID: 54933 Test: i386 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/54933 ID: 54934 Test: x86_64 Workstation-live-iso install_default_upload URL: https://openqa.fedoraproject.org/tests/54934 ID: 54947 Test: i386 Workstation-live-iso install_default URL: https://openqa.fedoraproject.org/tests/54947 ID: 54948 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/54948 ID: 54969 Test: x86_64 universal support_server URL: https://openqa.fedoraproject.org/tests/54969 ID: 54990 Test: x86_64 universal upgrade_2_kde_64bit URL: https://openqa.fedoraproject.org/tests/54990 ID: 54996 Test: x86_64 universal install_cyrillic_language URL: https://openqa.fedoraproject.org/tests/54996 ID: 55003 Test: x86_64 universal install_rescue_encrypted URL: https://openqa.fedoraproject.org/tests/55003 ID: 55004 Test: x86_64 universal install_rescue_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/55004 ID: 55006 Test: i386 universal install_package_set_minimal URL: https://openqa.fedoraproject.org/tests/55006 ID: 55007 Test: i386 universal install_repository_http_graphical URL: https://openqa.fedoraproject.org/tests/55007 ID: 55008 Test: i386 universal install_scsi_updates_img URL: https://openqa.fedoraproject.org/tests/55008 ID: 55009 Test: i386 universal install_simple_encrypted URL: https://openqa.fedoraproject.org/tests/55009 ID: 55010 Test: i386 universal install_software_raid URL: https://openqa.fedoraproject.org/tests/55010 ID: 55011 Test: i386 universal install_btrfs URL: https://openqa.fedoraproject.org/tests/55011 ID: 55012 Test: i386 universal install_ext3 URL: https://openqa.fedoraproject.org/tests/55012 ID: 55013 Test: i386 universal install_lvmthin URL: https://openqa.fedoraproject.org/tests/55013 ID: 55015 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/55015 ID: 55016 Test: i386 universal install_package_set_kde URL: https://openqa.fedoraproject.org/tests/55016 ID: 55017 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/55017 ID: 55020 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/55020 Soft failed openQA tests: 42/92 (x86_64) (Tests completed, but using a workaround for a known bug) New soft failures (same test did not soft fail in Rawhide-20170114.n.1): ID: 54909 Test: x86_64 Server-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/54909 ID: 54910 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/54910 ID: 54931 Test: x86_64 Everything-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/54931 ID: 54932 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/54932 ID: 54972 Test: x86_64 universal install_mirrorlist_graphical URL: https://openqa.fedoraproject.org/tests/54972 ID: 54975 Test: x86_64 universal install_kickstart_user_creation URL: https://openqa.fedoraproject.org/tests/54975 ID: 54981 Test: x86_64 u
Unretire wcstools
I intend to unretire wcstools. Wcstools was retired many years ago because it was orphaned and failed to build for some release. Upstream is still active and maintained and I think this package could be of some interest for Astronomy spin. I've created a build on my copr project at https://copr.fedorainfracloud.org/coprs/mattia/Astronomy/build/499879/ Cheers, Mattia ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Unretire wcstools
Hi Mattia, very nice! I already thought about that too but did not find the time yet… But I can do the review to unretire the package and of course I'll add it to Astronomy spin then. Greetings, Christian On 01/15/2017 07:46 PM, Mattia Verga wrote: > I intend to unretire wcstools. > > Wcstools was retired many years ago because it was orphaned and failed > to build for some release. Upstream is still active and maintained and > I think this package could be of some interest for Astronomy spin. > > I've created a build on my copr project at > https://copr.fedorainfracloud.org/coprs/mattia/Astronomy/build/499879/ > > Cheers, > Mattia > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora Rawhide-20170114.n.1 compose check report
On Sun, 15 Jan 2017 09:53:00 -0800 Adam Williamson wrote: ...snip... > Oh, and all tests are failing on i686 again. I think nirik mentioned a > known systemd bug that could be causing that, I'll have to double > check it. Yeah, broken RestrictAddressFamilies= on 32bit. https://github.com/systemd/systemd/issues/4575 Not sure if thats what you are seeing though. ...snip... > Not sure why compat-readline6 has shown up new in several installs, > I'll check into that. readline bumped to version 7 and a compat package was added until everything can move up to it. kevin pgpUCWcWeG3Br.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide
On Sun, 15 Jan 2017 18:58:43 +0100 Martin Ueding wrote: > On my ThinkPad X220 Tablet running Fedora 25 I cannot change the > display brightness of the internal screen using `xbacklight`. It > fails with > > No outputs have backlight property > > The combination FN+PgDn that worked in KDE no longer works. It seems > that I have no control over the backlight any more. Any way to get it > back under control? Likely you are logged into a wayland session? In that case xbacklight won't work. You could choose a Gnome on X11 session. Gnome should let you adjust the brightness however... does that slider not work? kevin pgpzjfwYVGO5_.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Headsup: Xserver update switching Intel GPUs from xorg-x11-drv-intel to -modesetting by default coming to rawhide
Am 15.01.2017 um 20:23 schrieb Kevin Fenzi: > Likely you are logged into a wayland session? In that case xbacklight > won't work. You could choose a Gnome on X11 session. I use Awesome WM which uses X. > Gnome should let you adjust the brightness however... does that slider > not work? I'll have to see whether I can use the GNOME session. Last time I tried, neither variant let me log in. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Test-Announce] Proposal to CANCEL: 2017-01-16 Fedora QA Meeting
Hi folks! I'm proposing we cancel the QA meeting tomorrow. I don't have anything significant for the agenda. If you think there is something we need to discuss, please do reply to this mail and we can go ahead and schedule the meeting! Thanks. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Heads up: lua-lpeg 1.0.1 in Rawhide; lua no longer in mock root by default?
Hi Zbigniew,
On Sun, Jan 15, 2017 at 9:51 AM, Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> > %{!?luaver: %global luaver %(lua -e "print(string.sub(_VERSION, 5))")}
> >
> > This now fails because the lua binary is not available when mock rebuilds
> > the SRPM. For anyone updating other Lua packages the following works:
> >
> > %{!?luaver: %global luaver %(test -x /usr/bin/lua && lua -e
> > "print(string.sub(_VERSION, 5))" || echo 5.3)}
>
> It looks like something that could be put into a macro distributed by lua.
> It's a bit too long and too lua-version-specific to be hardcoded into
> individual packages.
>
> Certainly, I'll work on it and post it for review soon. Modelling it
after the Python macros would be a good idea.
Any idea how hard it would be to get the macro shipped in RHEL's lua as
well, so we don't need ugly ifdefs for packages that target both Fedora and
EPEL?
Best regards,
--
Michel Alexandre Salim
profile:https://keybase.io/michel_slm
GPG key ID: 4AF554ABA36A937A
> Zbyszek
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Heads up: lua-lpeg 1.0.1 in Rawhide; lua no longer in mock root by default?
Hi Neal,
On Sun, Jan 15, 2017 at 7:44 AM, Neal Gompa wrote:
> > On the packaging side, turns out Lua is not available by default in the
> mock
> > root, and a lot of our Lua packages try to detect the version of Lua used
> > during the build by using this expansion:
> >
> >
> > %{!?luaver: %global luaver %(lua -e "print(string.sub(_VERSION, 5))")}
> >
> > This now fails because the lua binary is not available when mock rebuilds
> > the SRPM. For anyone updating other Lua packages the following works:
> >
> > %{!?luaver: %global luaver %(test -x /usr/bin/lua && lua -e
> > "print(string.sub(_VERSION, 5))" || echo 5.3)}
> >
> > (I'll update my draft Lua packaging guidelines with this, if it looks
> good
> > to others)
>
> The lua package was recently refactored to split the libraries out
> into lua-libs, so you need to add "BuildRequires: lua" or
> "BuildRequires: /usr/bin/lua" to get it specifically.
>
> Hmm, the package already required lua-devel which pulls in lua though. So
I think it's just because lua used to be in the base image that's used to
rebuild the SRPM, and it's no longer the case?
--
Michel Alexandre Salim
profile:https://keybase.io/michel_slm
GPG key ID: 4AF554ABA36A937A
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Want to help me package Ampache?
Hello Fedora devs! I recently started working on getting Ampache packaged for Fedora, and it turns out it is no small feat. There are two problems: 0) 5 of the packages have been abandoned upstream, and have been replaced with different packages that are now recommended. Ampache is aware of this and does intend to switch, but at this time they still depend on these 5 packages. Would this be a blocker to getting Ampache in, or can we just plan to retire these packages once upstream is able to use their new replacements? 1) There are 34 PHP and JavaScript packages that need to be packaged Fedora! Assuming that problem #0 can be overcome, I'd love help from anyone who is interested. I even made a nice wiki page to track the work that needs to be done: https://fedoraproject.org/wiki/Ampache signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Want to help me package Ampache?
Le 16/01/2017 à 07:06, Randy Barlow a écrit : > Hello Fedora devs! > > I recently started working on getting Ampache packaged for Fedora, and > it turns out it is no small feat. There are two problems: > > 0) 5 of the packages have been abandoned upstream, and have been > replaced with different packages that are now recommended. Ampache is > aware of this and does intend to switch, but at this time they still > depend on these 5 packages. Would this be a blocker to getting Ampache > in, or can we just plan to retire these packages once upstream is able > to use their new replacements? I don't think this is a blocker. Of course you can retire them when no more used by Ampache. BTW, perhaps another way is to use bundled versions for these, to not expose them as something "stable and maintained". > > 1) There are 34 PHP and JavaScript packages that need to be packaged > Fedora! Perhaps php-de...@lists.fedoraproject.org worth to be used. I also recommend you read the SIG pages (especially the packaging tips for autoloaders, and how we get rid of the composer autoloader) => https://fedoraproject.org/wiki/SIGs/PHP Shawn Iwinski can probably help you on the guzzle stuff. Remi. > > Assuming that problem #0 can be overcome, I'd love help from anyone who > is interested. I even made a nice wiki page to track the work that > needs to be done: > > https://fedoraproject.org/wiki/Ampache > > > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
