Re: DNF and PackageKit background data usage
On Sat, 2016-11-05 at 05:01 +0100, Kevin Kofler wrote: > Otherwise, you have to hunt down the old builds > directly in Koji "hunt down"? koji download-build (nvr) works fine. -- 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: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]
On Sáb, 2016-11-05 at 04:45 +0100, Kevin Kofler wrote: > Sérgio Basto wrote: > > > > yeah, so the group tag shouldn't be obsolete , we should use it as > > fallback . > I don't see how the text you quoted support this in any way. None of > the KDE > tools support the Group tag. (They never did.) OK, so grouping was always based on comps.xml ? (and now also based on appdata ...) . Reading https://fedoraproject.org/wiki/New_package_process_for_existing_contributors (...) Step 14: Add the package to the comps file(s) if appropriate. (...) What package is not appropriate add to comps ? at least we should specify the group isn't it ? So every new package instead have group tag should be add to comps ? Thanks to all for all help here and in others places . -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf should not update debuginfo if not updating packgages
Pedro Alves wrote: > On 11/03/2016 03:08 PM, Sérgio Basto wrote: >> On Qui, 2016-11-03 at 06:57 -0400, Neal Becker wrote: > >>> > So we updated debuginfo, but didn't install the corresponding >>> > packages. >>> > That seems like a bug. >> it isn't a bug , debuginfo packages doesn't require same version of >> counter part and vice-versa . > > Why's that? I'm occasionally bitten by this. Because -debuginfo is per SRPM, not per subpackage, so you can need the -debuginfo without having all subpackages (or even the main package) installed. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: DNF and PackageKit background data usage
Adam Williamson wrote: > 1) Both dnf and GNOME Software / PackageKit default to performing > fairly data-hungry transactions in the background, out of the box, > without telling you about it. GNOME's is particularly bad, as it will > happily download available updates in the background, which can be > gigabytes worth of data. DNF only updates its metadata caches (on a > systemd timer), but even that could be behaviour that users in certain > circumstances really really do not want. IMHO, both of these are misbehaviors: For the dnf case: I am not convinced that dnf's cronjob that always updates metadata rather than updating it when actually needed is a win. Sure, it helps interactivity, but at the expense of a lot of unnecessary downloads, especially if you use dnf rarely or not at all (because you use PackageKit). IMHO, updating metadata periodically only makes sense in user interfaces that are actually offering updates to the user. Updating the metadata eagerly just in case somebody will run the command later is a bad idea. For the GNOME Software case: IMHO, downloading entire packages in the background without asking, before even telling the user that there are updates at all, is totally unacceptable (on ANY type of Internet connection), and I am really glad that plasma-pk-updates does not do such a boneheaded thing. (I do think that updating metadata to offer updates is a helpful thing on an unmetered connection, but you are right that there needs to be a good way to avoid doing so without an explicit request on metered connections. I also don't think that the metered/unmetered property can reliably be autodetected as GNOME Software tries to do.) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: DNF and PackageKit background data usage
Theodore Papadopoulo wrote: > Add to this that these caches seem to be never cleaned, so that they > grow up very large up to the point they prevent updating the system. I > just found that the packagekit cache on my machine is about 7Gb !!! > Probably because I do use packageit at all (dnf cache is much smaller at > ~700 Mb). IMHO, this is a feature, and the DNF default behavior is the bug, a critical data loss bug even! Given that Fedora does NOT keep old updates on its mirrors, the only convenient way to revert a broken update is to keep ALL old updates cached locally. Otherwise, you have to hunt down the old builds directly in Koji. The version from the GA release is more often than not TOO old, you really want the previous update. I consider it very broken to delete files that I might still need without even asking me. Setting keepcache=1 is the one of the very first things I do to any new Fedora installation. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [Fwd: Re: [Fedora-packaging] Re: why the Group tag is obsolete ?]
Sérgio Basto wrote: > yeah, so the group tag shouldn't be obsolete , we should use it as > fallback . I don't see how the text you quoted support this in any way. None of the KDE tools support the Group tag. (They never did.) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Bodhi For Rawhide?
Kevin Fenzi wrote: > Actually we have autosigning all setup, but it needs a fedpkg update > flag day. (Which we hope to do after f25 is out). So, it doesn't depend > on this feature. Why does a pure server-side feature (autosigning) need a client (fedpkg) flag day? Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Bodhi For Rawhide?
Pavel Raiskup wrote: > On Friday, October 28, 2016 12:17:13 AM CET Kevin Kofler wrote: >> Users should be using a stable release, not Rawhide. Rawhide is for doing >> development, it is not meant to be used. > > There's hidden potential, then. I would say your statement is way too > strict anyway :), aren't you Rawhide user too? No. At most I fire it up in a VM to test something quickly. I use stable releases only, and I'm happy if I manage to upgrade before EOL. There is no way I would use Rawhide for daily work. Not even for developing software for Rawhide. It is just too unstable. > Apropos more users on Rawhide (users seking for rolling updates) would > mean more Fedora users and that could acetually speed up the > development..? Rawhide is really not what you are looking for if you are looking for a rolling release distro, because Rawhide is a rolling unrelease. ;-) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Private Bugzilla bugs
Christian Stadelmann wrote: > Answers from my (user and frequent bug reporter) view: > 1. abrt/libreport reports way too much data. There is no need to report my > hostname to Fedora/RedHat infrastructure. Same for UID, PID, username, > time, environ, … The UID can actually matter. We have a frequently reported non-bug that graphical KDE applications will not work (and abort with a qFatal, which fires the SIGABRT signal) if you run them under tools like su or sudo because they won't find some resources (usually the D-Bus session service, sometimes the DISPLAY environment variable for the X display is also lost). Even the upstream crash handler DrKonqi will then crash, because it is also a graphical KDE application and runs in the same context, so even if KCrash is enabled and starts DrKonqi, we still end up with an ABRT report. UID=0 is a telltale sign that it is likely this issue again, at least it raises a red flag. (The proper way to run KDE applications as root is to run them under kdesu.) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf should not update debuginfo if not updating packgages
On Sex, 2016-11-04 at 10:12 +, Pedro Alves wrote: > On 11/03/2016 03:08 PM, Sérgio Basto wrote: > > > > On Qui, 2016-11-03 at 06:57 -0400, Neal Becker wrote: > > > > > > > > > > > > > So we updated debuginfo, but didn't install the corresponding > > > > packages. > > > > That seems like a bug. > > it isn't a bug , debuginfo packages doesn't require same version of > > counter part and vice-versa . > Why's that? I'm occasionally bitten by this. It has always been like that, for example I haven't zzuf installed and I can install zzuf-debuginfo . dnf debuginfo-install zzuf.x86_64 Installing: glibc-debuginfo glibc-debuginfo-common nss-softokn-debuginfo zzuf-debuginfo So, at least, is a problem on generation of debuginfo packages , not dnf or yum > Thanks, > Pedro Alves > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Sérgio M. B. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora 25-20161104.n.0 compose check report
- Original Message - > On Fri, 2016-11-04 at 15:20 +, Fedora compose checker wrote: > > No missing expected images. > > > > Failed openQA tests: 3/101 (x86_64), 1/17 (i386), 1/2 (arm) > > > > New failures (same test did not fail in 25-20161103.n.0): > > > > ID: 45653 Test: arm Minimal-raw_xz-raw.xz > > install_arm_image_deployment_upload > > URL: https://openqa.fedoraproject.org/tests/45653 > > initial-setup didn't appear, not sure if because test didn't wait long > enough or it's broken. Must not have waited long enough, runs as expected on todays image. > > > ID: 45717 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit > > URL: https://openqa.fedoraproject.org/tests/45717 > > GNOME crashed from the desktop back to GDM, again. This happens quite > often, recently. It's always this crash: > > https://bugzilla.redhat.com/show_bug.cgi?id=1370073 > > I've nominated that bug as a blocker, it just seems to be happening too > often at this point. > > > Old failures (same test failed in 25-20161103.n.0): > > > > ID: 45636 Test: x86_64 Workstation-live-iso > > desktop_notifications_postinstall > > URL: https://openqa.fedoraproject.org/tests/45636 > > Console typing error...these seem to be happening more lately than they > used to. I'm kind of suspicious that there's some kind of odd > background activity going on shortly after boot, or something. > > > ID: 45730 Test: x86_64 universal install_iscsi > > URL: https://openqa.fedoraproject.org/tests/45730 > > This is still https://bugzilla.redhat.com/show_bug.cgi?id=1378156 , but > we finally have fixes for all known iSCSI issues, we just need anaconda > and blivet builds that include them. > > > ID: 45741 Test: i386 universal upgrade_2_desktop_32bit > > URL: https://openqa.fedoraproject.org/tests/45741 > > Still https://bugzilla.redhat.com/show_bug.cgi?id=1333591 . > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net > http://www.happyassassin.net > ___ > test mailing list -- t...@lists.fedoraproject.org > To unsubscribe send an email to test-le...@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Review swap: ocamlbuild
Il 04/11/2016 19:21, Richard W.M. Jones ha scritto: https://bugzilla.redhat.com/show_bug.cgi?id=1391950 This is ocamlbuild, which used to be part of the ocaml package (indeed, it still is in Fedora <= 25) but was spun out upstream and so needs to be packaged separately in Fedora too. So far so easy. However the problem is you won't be able to build this package to test it because it requires the new OCaml package being prepared as part of: https://fedorahosted.org/rel-eng/ticket/6486#comment:13 For the same reason it cannot easily be built by 'fedora-review' unless you set up a local repo for mock or something like that. I couldn't work out how to do it. I have built and tested the package myself on x86_64, aarch64, ppc64 and ppc64le and it works on all those architectures, so I'm pretty confident in it. Anyway if that sounds like your kind of thing, let me know which package you'd want me to review in exchange. Rich. taken! have time for review this https://bugzilla.redhat.com/show_bug.cgi?id=1390156 ? thanks in advance regards .g ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Python3-numpy
Hi, for Fedora it is part (subpackage) of the regular numpy source package. So you can install python3-numpy there too ;) Greetings, Christian On 11/04/2016 07:42 PM, Ms Sanchez wrote: > > Hello everybody, > > I just stumbled upon this. In > https://apps.fedoraproject.org/packages/python3-numpy this package > appears as available in EPEL but not in Fedora or Rawhide. > > Does anyone know why? > > > Thanks, > > Sylvia > > > ___ > 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
Python3-numpy
Hello everybody, I just stumbled upon this. In https://apps.fedoraproject.org/packages/python3-numpy this package appears as available in EPEL but not in Fedora or Rawhide. Does anyone know why? Thanks, Sylvia ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: RFH: Annotating ELF binaries
On Fri, Nov 04, 2016 at 03:02:22PM +, Nick Clifton wrote: > Hello Everyone, > > We (the tools team at Red Hat) are working on a project to add > annotations to ELF binaries, so that we can answer various questions > about them. We have set up a wiki page about the project here: > > https://fedoraproject.org/wiki/Toolchain/Watermark#Markup_for_ELF_objects > > We would very much like this to be something more than just an > internal project, and so we are reaching out to you for your opinions, > suggestions and advice. If you are interested in being able answer > questions such as 'how was this function compiled ?' or 'is this > library compatible with this application ?' then please take a minute > to have a look at the proposal. My only comment would be - don't assume that GCC (and LLVM) are the only things which generate objects. Amongst others there are: - ocamlopt - GHC - golang (or is it using LLVM?) - raw assembler files - scripts that use objcopy and other techniques to turn data into object files I don't mean to say it's your responsibility to fix all these things, but good, clear documentation about exactly what to change is needed. This was missing at first when the execstack stuff was added years ago. Also the hardening stuff often doesn't apply in safe languages, so the tools you build around this shouldn't automatically assume no hardening == bad; or that 'long double' or 'wchar_t' are meaningful. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Review swap: ocamlbuild
https://bugzilla.redhat.com/show_bug.cgi?id=1391950 This is ocamlbuild, which used to be part of the ocaml package (indeed, it still is in Fedora <= 25) but was spun out upstream and so needs to be packaged separately in Fedora too. So far so easy. However the problem is you won't be able to build this package to test it because it requires the new OCaml package being prepared as part of: https://fedorahosted.org/rel-eng/ticket/6486#comment:13 For the same reason it cannot easily be built by 'fedora-review' unless you set up a local repo for mock or something like that. I couldn't work out how to do it. I have built and tested the package myself on x86_64, aarch64, ppc64 and ppc64le and it works on all those architectures, so I'm pretty confident in it. Anyway if that sounds like your kind of thing, let me know which package you'd want me to review in exchange. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://people.redhat.com/~rjones/virt-top ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Schedule for Friday's FESCo Meeting (2016-11-04)
On Fri, Nov 4, 2016 at 11:16 AM, Jared K. Smith wrote: > Following is the list of topics that will be discussed in theFESCo meeting > Friday at 16:00UTC in #fedora-meeting onirc.freenode.net. > > To convert UTC to your local time, take a look at > http://fedoraproject.org/wiki/UTCHowto > > or run: > date -d '2016-10-28 16:00 UTC' > > For the second week in a row, we didn't have enough FESCo members to reach a quorum. We'll push the agenda to next week's meeting. I kindly ask all FESCo members to vote on items of interest in the FESCo tickets, especially if they know they're not able to make the meeting. -- Jared Smith ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: systemd-232 in rawhide
On Fri, Nov 04, 2016 at 10:03:42AM -0600, Kevin Fenzi wrote: > On Fri, 4 Nov 2016 03:29:03 + > Zbigniew Jędrzejewski-Szmek wrote: > > > Hello everyone, > > > > systmed-232 has been released today and is now building in koji. > > With a bit of luck, it'll be available in rawhide tommorrow. > > Apart from fairly significant upstream changes [1], there are some > > downstream integration changes (grubby patch for kernel-install has > > been replaced with /usr/lib/kernel/install.d/20-grubby.install, a new > > nss-systemd module to resolve DynamicUsers has been added > > to /etc/nsswitch.conf, the way that nss-resolve is configured > > in /etc/nsswitch.conf has been updated). > > > > Please upgrade and report any bugs. In particular, does host and user > > and group resolution still work, and do kernels upgrade properly ;) > > > > Feedback on upstream changes is very much welcome too. This latest > > version adds DynamicUsers, much better unified cgroup hierarchy > > support, new systemd-mount tool, systemctl enable has been greatly > > improved, etc. > > The -2 version (that fixes kernel install) seems to be working ok here > so far. ;) Thanks for testing. > Invocation id looks interesting. It's missing the tooling: journalctl --list-invocations -u foobar (behaving similarly to journalctl --list-boots) is planned ;) Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Many directories without owning packages
> Zbigniew, thanks for the prompt fix, but there goes my dream to file a
> bug against systemd :-p
Don't worry, we already have plenty :)
> I'm personally waiting for Fedora 25 to be out, and after upgrading I
> will start looking at the mass bug filing process. It'd be nice if
> people with different sets of packages gave it a try too. On my
> machine, more than 7% of the packages installed from Fedora
> repositories have this ownership issue. Filing bugs may not be the
> best thing to do if 7% of the whole package collection have ownership
> issues.
I think you should apply for provenpackager privileges and fix them
yourself.
Justification: lots of those are really simple bugs, with a fix like
%files
- %{python2_sitelib}/whatever/*
+ %{python2_sitelib}/whatever
Filing a bug is more work than fixing this (even for you, and then you
have to involve the maintainer, so in all the work is quadrupled between
all the parties). Many of those are really simple packaging mistakes and
a good thing to start with for a fresh provenpackager.
I now fixed and built kobo and imagefactory, and pushed a fix without
building for anaconda. On your list, there's still quite a few easy
ones. For the more complicated ones it might be worthwhile to file
bugs.
On Fri, Nov 04, 2016 at 11:32:11AM -0400, Matthew Miller wrote:
> On Fri, Nov 04, 2016 at 04:00:21PM +0100, Dridi Boukelmoune wrote:
> > repositories have this ownership issue. Filing bugs may not be the
> > best thing to do if 7% of the whole package collection have ownership
> > issues.
>
> It might be something to file a ticket with FESCo about and to work
> with a proven packager to address across the distro. Bugs filed or not.
I think that in this case cutting straight to the chase
(i.e. committing the fix) is the best option. Those are simple issues
and not really worth the bureaucracy, imo.
Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: systemd-232 in rawhide
On Fri, 4 Nov 2016 03:29:03 + Zbigniew Jędrzejewski-Szmek wrote: > Hello everyone, > > systmed-232 has been released today and is now building in koji. > With a bit of luck, it'll be available in rawhide tommorrow. > Apart from fairly significant upstream changes [1], there are some > downstream integration changes (grubby patch for kernel-install has > been replaced with /usr/lib/kernel/install.d/20-grubby.install, a new > nss-systemd module to resolve DynamicUsers has been added > to /etc/nsswitch.conf, the way that nss-resolve is configured > in /etc/nsswitch.conf has been updated). > > Please upgrade and report any bugs. In particular, does host and user > and group resolution still work, and do kernels upgrade properly ;) > > Feedback on upstream changes is very much welcome too. This latest > version adds DynamicUsers, much better unified cgroup hierarchy > support, new systemd-mount tool, systemctl enable has been greatly > improved, etc. The -2 version (that fixes kernel install) seems to be working ok here so far. ;) Invocation id looks interesting. kevin pgpj33nScsKyT.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora 25-20161104.n.0 compose check report
On Fri, 2016-11-04 at 15:20 +, Fedora compose checker wrote: > No missing expected images. > > Failed openQA tests: 3/101 (x86_64), 1/17 (i386), 1/2 (arm) > > New failures (same test did not fail in 25-20161103.n.0): > > ID: 45653 Test: arm Minimal-raw_xz-raw.xz > install_arm_image_deployment_upload > URL: https://openqa.fedoraproject.org/tests/45653 initial-setup didn't appear, not sure if because test didn't wait long enough or it's broken. > ID: 45717 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit > URL: https://openqa.fedoraproject.org/tests/45717 GNOME crashed from the desktop back to GDM, again. This happens quite often, recently. It's always this crash: https://bugzilla.redhat.com/show_bug.cgi?id=1370073 I've nominated that bug as a blocker, it just seems to be happening too often at this point. > Old failures (same test failed in 25-20161103.n.0): > > ID: 45636 Test: x86_64 Workstation-live-iso > desktop_notifications_postinstall > URL: https://openqa.fedoraproject.org/tests/45636 Console typing error...these seem to be happening more lately than they used to. I'm kind of suspicious that there's some kind of odd background activity going on shortly after boot, or something. > ID: 45730 Test: x86_64 universal install_iscsi > URL: https://openqa.fedoraproject.org/tests/45730 This is still https://bugzilla.redhat.com/show_bug.cgi?id=1378156 , but we finally have fixes for all known iSCSI issues, we just need anaconda and blivet builds that include them. > ID: 45741 Test: i386 universal upgrade_2_desktop_32bit > URL: https://openqa.fedoraproject.org/tests/45741 Still https://bugzilla.redhat.com/show_bug.cgi?id=1333591 . -- 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: Many directories without owning packages
On Fri, Nov 04, 2016 at 04:00:21PM +0100, Dridi Boukelmoune wrote: > repositories have this ownership issue. Filing bugs may not be the > best thing to do if 7% of the whole package collection have ownership > issues. It might be something to file a ticket with FESCo about and to work with a proven packager to address across the distro. Bugs filed or not. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Multiseat seems broken in Fedora 24
On Thu, 03 Nov 2016 21:28:56 +0200 Jonathan Dieter wrote: > On Thu, 2016-11-03 at 11:24 +0100, Sergio Pascual wrote: > > Hello, > > > > I have a machine with two identical nvidia cards and I configured it > > with multiseat and Fedora 23. It worked well, that is, two GDM login > > screens, one in each display. > > > > Then I updated to Fedora 24 and it stoped to work. > > > FWIW, I'm running multiseat systems on F24 using lightdm rather than > GDM (because I want to use xscreensaver and GDM doesn't support that > anymore). They login to Gnome just fine. > > I'm sure filing a bug report, as Ray suggested, is the best solution, > but, if you're looking for a workaround, try using lightdm. Do note (as I am sure Jonathan knows) that if you login to a gnome session without gdm you will not get the normal gnome lockscreen/shield thing and will have to use something use like xscreensaver. (The lock option will simply not show up on the menu). kevin pgp_RwE5qr2Er.pgp Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Many directories without owning packages
On Fri, Nov 04, 2016 at 04:00:21PM +0100, Dridi Boukelmoune wrote: > I'm personally waiting for Fedora 25 to be out, and after upgrading I > will start looking at the mass bug filing process. It'd be nice if Since F25 is branched off of what-will-become-F26 already, I suggest looking at Rawhide. (And you wouldn't have to wait.) -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: RFH: Annotating ELF binaries
Hi Tristan, >> https://fedoraproject.org/wiki/Toolchain/Watermark#Markup_for_ELF_objects > This will generalise attributes used by some architectures (ppc, arm), won't > it ? Yes. Or at least it would if implemented as currently proposed. Maybe a better solution would be to only record attributes where they are not already covered by some target specific solution. Personally I would prefer a nice, generalised solution, but the current target specific attributes are mandated by the particular ABIs and so presumably are not going to go away. Cheers Nick ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 25-20161104.n.0 compose check report
No missing expected images. Failed openQA tests: 3/101 (x86_64), 1/17 (i386), 1/2 (arm) New failures (same test did not fail in 25-20161103.n.0): ID: 45653 Test: arm Minimal-raw_xz-raw.xz install_arm_image_deployment_upload URL: https://openqa.fedoraproject.org/tests/45653 ID: 45717 Test: x86_64 universal upgrade_2_desktop_encrypted_64bit URL: https://openqa.fedoraproject.org/tests/45717 Old failures (same test failed in 25-20161103.n.0): ID: 45636 Test: x86_64 Workstation-live-iso desktop_notifications_postinstall URL: https://openqa.fedoraproject.org/tests/45636 ID: 45730 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/45730 ID: 45741 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/45741 Passed openQA tests: 98/101 (x86_64), 16/17 (i386) New passes (same test did not pass in 25-20161103.n.0): ID: 45693 Test: x86_64 universal install_xfs URL: https://openqa.fedoraproject.org/tests/45693 Skipped openQA tests: 1 of 120 -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Schedule for Friday's FESCo Meeting (2016-11-04)
Following is the list of topics that will be discussed in theFESCo meeting Friday at 16:00UTC in #fedora-meeting onirc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-10-28 16:00 UTC' Links to all issues below can be found at: https://pagure.io/fesco/report/meeting_agenda = Followups = - none - = New business = #topic #1641 F26 System Wide Change: Retire Synaptics Driver .fesco 1641 https://pagure.io/fesco/issue/1641 #topic #1639 Drop package ACLs for user: aledvink .fesco 1639 https://pagure.io/fesco/issue/1639 #topic #1637 F26 System Wide Change: AARCH64 - 48-bit VA .fesco 1639 https://pagure.io/fesco/issue/1639 #topic #1635 F26 Self Contained Changes .fesco 1635 https://pagure.io/fesco/issue/1635 #link https://fedoraproject.org/wiki/Changes/AnacondaBlivetGUI = Open Floor = For more complete details, please visit each individual issue. The report of the agenda items can be found athttps://pagure.io/fesco/report/meeting_agenda If you would like to add something to this agenda, you can reply to this e-mail, file a new issue athttps://pagure.io/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- Jared Smith ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
RFH: Annotating ELF binaries
Hello Everyone, We (the tools team at Red Hat) are working on a project to add annotations to ELF binaries, so that we can answer various questions about them. We have set up a wiki page about the project here: https://fedoraproject.org/wiki/Toolchain/Watermark#Markup_for_ELF_objects We would very much like this to be something more than just an internal project, and so we are reaching out to you for your opinions, suggestions and advice. If you are interested in being able answer questions such as 'how was this function compiled ?' or 'is this library compatible with this application ?' then please take a minute to have a look at the proposal. Thanks very much. Cheers Nick Clifton ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Many directories without owning packages
On Fri, Nov 4, 2016 at 2:59 PM, Zbigniew Jędrzejewski-Szmek wrote: > Fixed in systemd-232-2.fc26. Zbigniew, thanks for the prompt fix, but there goes my dream to file a bug against systemd :-p I'm personally waiting for Fedora 25 to be out, and after upgrading I will start looking at the mass bug filing process. It'd be nice if people with different sets of packages gave it a try too. On my machine, more than 7% of the packages installed from Fedora repositories have this ownership issue. Filing bugs may not be the best thing to do if 7% of the whole package collection have ownership issues. Thoughts? Cheers, Dridi ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[ANNOUNCE] PackPack - a tool to build packages from git on Travis CI
Hi everyone, I would like to announce the first version of PackPack [1] - a convenient tool to build RPM and Debian packages from git repositories: + Fast reproducible builds using Docker containers + Semantic versioning based on annotated git tags + Support for all major Linux distributions as targets PackPack performs all required steps to create Linux packages by the single command [2]: ~/gitrepo$ OS=fedora DIST=24 packpack# Build for Fedora 24 ~/gitrepo$ OS=centos DIST=7 packpack # Build for CentOS 7 ~/gitrepo$ OS=debian DIST=stretch packpack # Build for Debian Stretch ~/gitrepo$ OS=ubuntu DIST=xenial packpack# Build for Ubuntu Xenial PackPack automatically bumps version in the RPM spec, packs a source tarball, creates a source RPM and then builds binary packages. You only need to have a proper RPM spec at `rpm/` and `major.minor` annotated git tag. This tool works best with GitHub, Travis CI and PackageCloud: - Push your code to GitHub - Build packages using Travis CI - Host repositories on PackageCloud Feel it like an alternative to `copr`, but hosted on Travis CI and PackageCloud. It is also possible to use `packpack` locally on your host (see above). Please see GitHub project [1] and a demo video [3] for additional details. Your feedback is welcome ;) [1]: https://github.com/packpack/packpack [2]: https://asciinema.org/a/3unm4sw4g889ddk7tr0uettbn -- WBR, Roman Tsisyk ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora 25 compose report: 20161104.n.0 changes
OLD: Fedora-25-20161103.n.0 NEW: Fedora-25-20161104.n.0 = SUMMARY = Added images:0 Dropped images: 1 Added packages: 0 Dropped packages:0 Upgraded packages: 0 Downgraded packages: 0 Size of added packages: 0.00 B Size of dropped packages:0.00 B Size of upgraded packages: 0.00 B Size of downgraded packages: 0.00 B Size change of upgraded packages: 0.00 B Size change of downgraded packages: 0.00 B = ADDED IMAGES = = DROPPED IMAGES = Image: KDE raw-xz armhfp Path: Spins/armhfp/images/Fedora-KDE-armhfp-25-20161103.n.0-sda.raw.xz = ADDED PACKAGES = = DROPPED PACKAGES = = UPGRADED PACKAGES = = DOWNGRADED PACKAGES = Broken deps for armhfp -- [OmegaT] OmegaT-2.6.3-2.fc22.armv7hl requires hunspell <= 0:1.4.0 [RackTables] RackTables-0.20.10-7.fc24.noarch requires php-mysql [asterisk] asterisk-dahdi-13.9.1-1.fc25.1.armv7hl requires dahdi-tools >= 0:2.0.0 asterisk-dahdi-13.9.1-1.fc25.1.armv7hl requires libtonezone.so.2.0 [beacon] beacon-0.5-13.fc24.noarch requires php-mysql [bionetgen] bionetgen-2.2.6-3.fc25.armv7hl requires libsundials_cvode.so.1 bionetgen-2.2.6-3.fc25.armv7hl requires libsundials_nvecserial.so.0 [collectd] collectd-onewire-5.6.0-2.fc25.armv7hl requires libowcapi-3.1.so.0 [golang-github-aws-aws-sdk-go] golang-github-aws-aws-sdk-go-devel-1.1.3-2.fc25.noarch requires golang(golang.org/x/tools/go/types) [golang-github-gonum-matrix] golang-github-gonum-matrix-devel-0-0.5.gitfb13962.fc25.noarch requires golang(github.com/gonum/lapack/lapack64) [golang-github-kubernetes-heapster] golang-github-kubernetes-heapster-devel-0.16.1-4.fc25.noarch requires golang(github.com/google/cadvisor/client) golang-github-kubernetes-heapster-devel-0.16.1-4.fc25.noarch requires golang(github.com/google/cadvisor/info/v1) [golang-github-samalba-dockerclient] golang-github-samalba-dockerclient-devel-0-0.3.gitc37a52f.fc24.noarch requires golang(github.com/docker/docker/pkg/timeutils) [moksha] moksha-server-1.0.0-11.fc24.noarch requires orbited [mrbs] mrbs-1.4.10-4.fc24.noarch requires php-mysql [nodejs-co-mocha] nodejs-co-mocha-1.1.2-1.fc25.noarch requires npm(co) >= 0:4.0.0 [nodejs-cross-spawn] nodejs-cross-spawn-4.0.0-1.fc25.noarch requires npm(lru-cache) >= 0:4.0.1 [nodejs-grunt-contrib-csslint] nodejs-grunt-contrib-csslint-0.4.0-6.fc24.noarch requires npm(strip-json-comments) < 0:2 [nodejs-npm-stats] nodejs-npm-stats-1.1.0-3.fc24.noarch requires npm(JSONStream) < 0:1 [nodejs-rc] nodejs-rc-1.1.6-2.fc24.noarch requires npm(strip-json-comments) < 0:2 [php-magickwand] php-magickwand-1.0.9.2-9.fc24.armv7hl requires php(api) = 0:20131106-32 php-magickwand-1.0.9.2-9.fc24.armv7hl requires php(zend-abi) = 0:20131226-32 [php-pecl-cairo] php-pecl-cairo-0.3.2-11.fc25.armv7hl requires php(api) = 0:20131106-32 php-pecl-cairo-0.3.2-11.fc25.armv7hl requires php(zend-abi) = 0:20131226-32 [php-pecl-parsekit] php-pecl-parsekit-1.3.0-10.fc25.armv7hl requires php(api) = 0:20131106-32 php-pecl-parsekit-1.3.0-10.fc25.armv7hl requires php(zend-abi) = 0:20131226-32 [php-pecl-runkit] php-pecl-runkit-1.0.4-3.fc25.armv7hl requires php(api) = 0:20131106-32 php-pecl-runkit-1.0.4-3.fc25.armv7hl requires php(zend-abi) = 0:20131226-32 [php-pecl-sphinx] php-pecl-sphinx-1.3.2-6.fc24.armv7hl requires php(api) = 0:20131106-32 php-pecl-sphinx-1.3.2-6.fc24.armv7hl requires php(zend-abi) = 0:20131226-32 [poweradmin] poweradmin-2.1.7-1.fc24.noarch requires php-pear(MDB2_Driver_mysql) [pyqtrailer] pyqtrailer-0.6.2-10.fc25.noarch requires pytrailer >= 0:0.6.0 [python-ironicclient] python3-ironicclient-1.3.1-3.fc25.noarch requires python3-openstackclient >= 0:2.1.0 [python-pysaml2] python3-pysaml2-3.0.2-3.fc25.noarch requires python3-pycrypto >= 0:2.5 [python-zope-i18n] python2-zope-i18n-4.1.0-4.fc25.noarch requires python2-zope-schema [qutim] qutim-0.3.2-5.git.6f3a98a.fc23.armv7hl requires libhunspell-1.3.so.0 [rOCCI-server] rOCCI-server-1.1.9-1.fc25.noarch requires rubygem(rails) < 0:4.3 rOCCI-server-1.1.9-1.fc25.noarch requires rubygem(responders) < 0:2.2 [redland-bindings] php-redland-1.0.16.1-16.fc25.armv7hl requires php(api) = 0:20131106-32 php-redland-1.0.16.1-16.fc25.armv7hl requires php(zend-abi) = 0:20131226-32 [sahana] sahana-0.6.3-10.fc24.noarch requires php-mysql [syck] syck-php-0.70-7.20130402.fc24.armv7hl requires php(api) = 0:20131106-32 syck-php-0.70-7.20130402.fc24.armv7hl requires php(zend-abi) = 0:20131226-32 [system-config-kickstart] system-config-kickstart-2.9.3-3.fc24.noarch requires
Re: Many directories without owning packages
On Tue, Nov 01, 2016 at 10:51:18PM +0100, Dridi Boukelmoune wrote: > [1] https://paste.fedoraproject.org/467731/14780369/ systemd-229-16.fc24.x86_64 |-- /etc/dbus-1/system.d/org.freedesktop.hostname1.conf |-- /etc/dbus-1/system.d/org.freedesktop.locale1.conf |-- /etc/dbus-1/system.d/org.freedesktop.login1.conf |-- /etc/dbus-1/system.d/org.freedesktop.network1.conf |-- /etc/dbus-1/system.d/org.freedesktop.resolve1.conf |-- /etc/dbus-1/system.d/org.freedesktop.systemd1.conf |-- /etc/dbus-1/system.d/org.freedesktop.timedate1.conf |-- /usr/share/factory/etc/nsswitch.conf |-- /usr/share/factory/etc/pam.d/other '-- /usr/share/factory/etc/pam.d/system-auth systemd-container-229-16.fc24.x86_64 |-- /etc/dbus-1/system.d/org.freedesktop.import1.conf '-- /etc/dbus-1/system.d/org.freedesktop.machine1.conf Fixed in systemd-232-2.fc26. Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: repoquery to get the complete set of dependencies
On Wednesday, November 2, 2016 6:47:32 PM CET Pavel Raiskup wrote: > On Wednesday, November 2, 2016 1:38:57 PM CET Stephen Gallagher wrote: > > On 11/02/2016 01:09 PM, Stephen Gallagher wrote: > > > On 11/02/2016 12:51 PM, Pavel Raiskup wrote: > > >> Consider we have package 'foo-libs' that provides set of libraries. > > >> > > >> How do I get all dependant packages (for batch rebuild of dependencies > > >> after > > >> package update)? Something which takes soft dependencies into account, > > >> too. > > >> > > >> Some packages might depend on 'foo-libs' explicitly, some depend on > > >> soname > > >> (implicitly), some depend on particular file within package (say > > >> /usr/libexec/libfoohelper). > > >> > > >> Is there facility within 'dnf repoquery' that gives ultimate answer? I > > >> can do > > >> sub-queries later do pick the important rebuild candidates. > > >> > > >> Also, I would be curious about "ultimate" repoquery to get list of SOURCE > > >> dependants, e.g. on 'foo-devel'. > > >> > > > > > > > > > `dnf repoquery --enablerepo=*source --whatrequires foo-libs --all-deps` > > > should > > > be what you're asking for. > > > > > > > > > > Minor typo: s/--all-deps/--alldeps/ > > Thanks! It is what I'm looking for. > > OTOH, it is not yet completely as good as it could be: > > sh-4.3# dnf repoquery --whatrequires python3-progress > --alldeps > Last metadata expiration check: 0:00:00 ago on Wed Nov 02 18:44:33 2016 > CET. > devassistant-core-0:0.11.2-7.fc25.noarch > > But: > > sh-4.3# dnf repoquery --whatrecommends python3-progress > Last metadata expiration check: 0:00:00 ago on Wed Nov 02 18:45:04 2016 > CET. > copr-cli-0:1.57-1.fc26.noarch > > I don't have much examples with soft deps, so I'm not able to check what > happends if you put --alldeps and some package was under --whatsuggests > category. Related rhbz#1358245 and rhbz#1391917 filed. Pavel ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
BUG - Moving many files in Nautilus often takes a very long time to complete
Hello, are you aware of this bug ? Moving many files in Nautilus often but not always takes a very long time to complete https://bugzilla.gnome.org/show_bug.cgi?id=757747 https://bugzilla.redhat.com/show_bug.cgi?id=1321684 It's a quite annoying one and of course it will be great if it can be fixed. Thanks ! ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf should not update debuginfo if not updating packgages
On 11/03/2016 04:08 PM, Sérgio Basto wrote: On Qui, 2016-11-03 at 06:57 -0400, Neal Becker wrote: So we updated debuginfo, but didn't install the corresponding packages. That seems like a bug. it isn't a bug , debuginfo packages doesn't require same version of counter part and vice-versa . I do not share this view, but consider this to be a bug in dnf. Ralf ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: dnf should not update debuginfo if not updating packgages
On 11/03/2016 03:08 PM, Sérgio Basto wrote: > On Qui, 2016-11-03 at 06:57 -0400, Neal Becker wrote: >> > So we updated debuginfo, but didn't install the corresponding >> > packages. >> > That seems like a bug. > it isn't a bug , debuginfo packages doesn't require same version of > counter part and vice-versa . Why's that? I'm occasionally bitten by this. Thanks, Pedro Alves ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
