Re: Broken dependencies: vim-syntastic
by Pavel Raiskup
On Wednesday, September 21, 2016 12:16:39 PM CEST buildsys(a)fedoraproject.org wrote:
> vim-syntastic has broken dependencies in the rawhide tree:
> On aarch64:
> vim-syntastic-lisp-3.7.0-6.fc26.noarch requires clisp
> On aarch64:
> vim-syntastic-cs-3.7.0-6.fc26.noarch requires mono-core
> On aarch64:
> vim-syntastic-d-3.7.0-6.fc26.noarch requires ldc
> On armhfp:
> vim-syntastic-d-3.7.0-6.fc26.noarch requires ldc
> Please resolve this as soon as possible.
What's should packager do in such case? Recap: noarch package depends on
arch-dependant package, which is not available everywhere.
Pavel
7 years, 5 months
Schedule for Thursday's FPC Meeting (2016-09-22 17:00 UTC)
by Jason L Tibbitts III
Note the time change! Also note that James is out this week so I'll be
bumbling the way through the meeting process.
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-11-03 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
(Local time info omitted at I can't make rktime give me the output James
uses.)
= New Tickets =
There have been no new tickets this week.
= Pending business =
#topic #650 Suggested Change for Python Guidelines about Alternate Python Interpreters
.fpc 650
https://fedorahosted.org/fpc/ticket/650
#topic #656 pre/post-release version guidelines need major simplification for the git era
.fpc 656
https://fedorahosted.org/fpc/ticket/656
#topic #657 Keeping packager tooling in sync with our guidelines
.fpc 657
https://fedorahosted.org/fpc/ticket/657
= Open Floor =
For more complete details, please visit each individual ticket. The
report of the agenda items can be found at:
https://fedorahosted.org/fpc/report/13
If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fpc,
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.
7 years, 5 months
Summary/Minutes from today's FPC Meeting (2016-11-03 16:00 - 17:25 UTC)
by James Antill
======================
#fedora-meeting-1: fpc
======================
Meeting started by geppetto at 16:00:18 UTC. The full logs are
available
at
https://meetbot.fedoraproject.org/fedora-meeting-1/2016-11-03/fpc.2016-
11-03-16.00.log.html
.
Meeting summary
---------------
* Roll Call (geppetto, 16:00:19)
* Schedule (geppetto, 16:05:59)
* LINK:
https://lists.fedoraproject.org/archives/list/packaging@lists.fedor
aproject.org/message/AN2CB4KC25BIUHZ2SVHKK34GVQXU3JJE/
(geppetto, 16:06:01)
* #650 Alternate Python Interpreters (geppetto, 16:09:28)
* ACTION: Packages to add leaf-only(%name) = %version to not be
required by other packages (+1:5, 0:0, -1:0) (geppetto, 16:15:28)
* "No package can Require or BuildRequire any package that provides
"leaf-only" (geppetto, 16:24:52)
* #657 Keeping packager tooling in sync with our
guidelines (geppetto,
16:36:07)
* Open Floor (geppetto, 17:01:19)
Meeting ended at 17:28:44 UTC.
Action Items
------------
* Packages to add leaf-only(%name) = %version to not be required by
other packages (+1:5, 0:0, -1:0)
Action Items, by person
-----------------------
* **UNASSIGNED**
* Packages to add leaf-only(%name) = %version to not be required by
other packages (+1:5, 0:0, -1:0)
People Present (lines said)
---------------------------
* tibbs (126)
* geppetto (112)
* orionp (26)
* limburgher (18)
* zodbot (14)
* Rathann (8)
* racor (7)
* mbooth (3)
* handsome_pirate (2)
* mboddu (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
7 years, 5 months
Re: Many directories without owning packages
by Dridi Boukelmoune
Hi,
This is mass bug filing material, I have been under the weather
shortly after the first message on this thread but I have made more
progress now. Enough to CC the packaging list too.
On Fri, Oct 7, 2016 at 9:55 AM, Dominik 'Rathann' Mierzejewski
<dominik(a)greysector.net> wrote:
> On Thursday, 06 October 2016 at 18:58, Dridi Boukelmoune wrote:
>> Hello,
>>
>> I was surprised to see /usr/share/texlive on my system although I
>> remembered very well removing it months ago. It turned out to be
>> caused by two rpmsave files, although some *empty* directories weren't
>> removed:
> [...]
> That's normal rpm behaviour. It only deletes directories if they're
> owned by the removed package and empty.
It was so obvious after you pointed it out that not figuring it out
myself felt quite embarrassing :)
>> But then I decided to check my whole /usr tree and found more orphans
>> than I expected.
>
> Feel free to open bugs against the offending packages. Complete file and
> directory ownership is mandated in the packaging guidelines.
Around the same time I had two ongoing reviews and realized that the
fedora-review tool warns about incomplete ownership inside built
packages, so I figured I could do something with DNF's filenames
databases via repoquery or something else.
However this approach has a high space and time complexity, because
for every single binary package it must check that all directories are
owned by the package or one of its dependencies with the exception of
directories owned by the filesystems package (and maybe others?)
So instead I wrote a proof of concept shell script that relies on installed
RPMs, because unless you purposefully install packages with missing
dependencies, a missing ownership of a directory _with owned contents_
is evidence of a packaging bug.
The script took about 30 minutes to run on my laptop, so I rewrote it in
bash to avoid forking and got below the 10 minutes mark. I then added
some cute reporting capabilities.
Example output for the /boot sub-tree on my daily driver:
grub2-efi-2.02-0.34.fc24.x86_64
└── /boot/efi/EFI/fedora
mactel-boot-0.9-13.fc24.x86_64
├── /boot/efi/.VolumeIcon.icns
├── /boot/efi/System/Library/CoreServices/SystemVersion.plist
├── /boot/efi/System/Library/CoreServices/boot.efi
└── /boot/efi/mach_kernel
shim-0.8-9.x86_64
├── /boot/efi/EFI/BOOT/BOOTX64.EFI
└── /boot/efi/EFI/BOOT/fallback.efi
For each package, the files that are listed have at least one parent
directory not owned.
Example's first culprits:
$ sudo rpm -qf /boot /boot/efi /boot/efi/EFI
filesystem-3.2-37.fc24.x86_64
file /boot/efi is not owned by any package
file /boot/efi/EFI is not owned by any package
For my RPMs sample, results are incomplete because:
- legacy pre-UsrMove paths are ignored
- symbolic links aren't followed
- no dependencies check
I did check dozens of results to refine the exceptions until I could no
longer find a false positive at random. The overall algorithm is dead
simple, so simple that I could implement it in bourne shell. It overlooks
many cases and probably has a high false-negative rate, but even
with such limitations the results are telling.
On my system, I found 2991 files "not fully owned" in 354 packages:
$ egrep '^\W' not-owned.txt | wc -l
2991
$ egrep '^\w' not-owned.txt | wc -l
354
I don't know how many directories are missing an owner.
The PoC can most likely be pushed further and even be comprehensive,
using a much much faster approach like DNF did for package resolution.
At this point it can only point out what's partially wrong, accurately.
The script is available [1] for anyone to try and review. It would work
best if people using different spins could try it, because I have less than
5000 packages installed.
Thoughts?
Cheers,
Dridi
PS. yes, I enjoy shell scripting, a lot
[1] https://dridi.fedorapeople.org/devel/not-fully-owned.sh
7 years, 5 months