Re: redhat bugzilla probs
tl;dr: bz is back up and root cause has been identified and fixed (for this outage type at least) Update from admin team: Bugzilla has been brought back up. OOM crashes in the database have been traced to a specific query which was thought to be causing problems in previous incidents due to a missing table. The removal of that data error allowed this query to run and was causing the services to fault. The data error has been reintroduced as a blocking mechanism to restore service. On Tue 29 Sep 2015 04:33:42 AM CEST Ralf Corsepius wrote: > On 09/21/2015 03:38 PM, Ralf Corsepius wrote: >> Hi, >> >> When trying to file a BZ, bugzilla just greeter me with this: >> >> >> Proxy Error >> >> The proxy server received an invalid response from an upstream server. >> The proxy server could not handle the request POST /post_bug.cgi. >> >> Reason: Error reading from remote server >> >> Apache Server at bugzilla.redhat.com Port 443 >> > > Right now, it is happening, again - Same error as last week: > > > Proxy Error > > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request POST /show_bug.cgi. > > Reason: Error reading from remote server > > Apache Server at bugzilla.redhat.com Port 443 > > > Ralf > > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Stanislav Ochotnicky Business System Analyst, PnT DevOps PMO Team - Brno PGP: 7B087241 Red Hat Inc. http://cz.redhat.com -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, Sep 28, 2015 at 11:29 PM, Richard Bradfield wrote: > > > On Mon, 28 Sep 2015, at 17:11, drago01 wrote: >> On Mon, Sep 28, 2015 at 5:38 PM, Kevin Fenzi wrote: >> > On Mon, 28 Sep 2015 08:37:58 +0100 >> > Richard Bradfield wrote: >> > >> >> Hi all, >> >> >> >> This may have been an insane proposition, so I'm asking here before I >> >> go near bugzilla. >> >> >> >> I installed a clean F23 beta machine, then used dnf system upgrade to >> >> try and move up to Rawhide. >> >> >> >> When I rebooted the system, I got the 'Oh no! Something has gone >> >> wrong' screen, which repeats if I try and relaunch GDM. >> > >> > Yeah, I am/was seeing this in rawhide as well. >> > >> >> The only relevant error in the journal is: >> >> Glib: g_hash_table_find: assertion 'version == hash_table->version' >> >> failed >> > >> > >> > Here at least I see a crash in xwayland... >> > ( https://bugzilla.redhat.com/show_bug.cgi?id=1266637 ) >> > then it dies in enforcing mode. >> >> -> https://bugzilla.redhat.com/show_bug.cgi?id=1265997 >> >> TLDR: Update mesa. >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > Unfortunately updating Mesa hasn't worked for me. I disabled dontaudit > and pasted a journal log from an attempt to restart GDM with SElinux in > Enforcing mode [1]. > > Apologies for how long it is, I have no way of telling which AVCs are > relevant so I thought it best to just paste the whole thing. > > [1] http://fpaste.org/272389/44347562/ Please file a bug against selinux-policy. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: redhat bugzilla probs
On 09/21/2015 03:38 PM, Ralf Corsepius wrote: Hi, When trying to file a BZ, bugzilla just greeter me with this: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /post_bug.cgi. Reason: Error reading from remote server Apache Server at bugzilla.redhat.com Port 443 Right now, it is happening, again - Same error as last week: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /show_bug.cgi. Reason: Error reading from remote server Apache Server at bugzilla.redhat.com Port 443 Ralf -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, 28 Sep 2015, at 17:11, drago01 wrote: > On Mon, Sep 28, 2015 at 5:38 PM, Kevin Fenzi wrote: > > On Mon, 28 Sep 2015 08:37:58 +0100 > > Richard Bradfield wrote: > > > >> Hi all, > >> > >> This may have been an insane proposition, so I'm asking here before I > >> go near bugzilla. > >> > >> I installed a clean F23 beta machine, then used dnf system upgrade to > >> try and move up to Rawhide. > >> > >> When I rebooted the system, I got the 'Oh no! Something has gone > >> wrong' screen, which repeats if I try and relaunch GDM. > > > > Yeah, I am/was seeing this in rawhide as well. > > > >> The only relevant error in the journal is: > >> Glib: g_hash_table_find: assertion 'version == hash_table->version' > >> failed > > > > > > Here at least I see a crash in xwayland... > > ( https://bugzilla.redhat.com/show_bug.cgi?id=1266637 ) > > then it dies in enforcing mode. > > -> https://bugzilla.redhat.com/show_bug.cgi?id=1265997 > > TLDR: Update mesa. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Unfortunately updating Mesa hasn't worked for me. I disabled dontaudit and pasted a journal log from an attempt to restart GDM with SElinux in Enforcing mode [1]. Apologies for how long it is, I have no way of telling which AVCs are relevant so I thought it best to just paste the whole thing. [1] http://fpaste.org/272389/44347562/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, 28 Sep 2015 18:11:42 +0200 drago01 wrote: > On Mon, Sep 28, 2015 at 5:38 PM, Kevin Fenzi wrote: > > On Mon, 28 Sep 2015 08:37:58 +0100 > > Richard Bradfield wrote: > > > >> Hi all, > >> > >> This may have been an insane proposition, so I'm asking here > >> before I go near bugzilla. > >> > >> I installed a clean F23 beta machine, then used dnf system upgrade > >> to try and move up to Rawhide. > >> > >> When I rebooted the system, I got the 'Oh no! Something has gone > >> wrong' screen, which repeats if I try and relaunch GDM. > > > > Yeah, I am/was seeing this in rawhide as well. > > > >> The only relevant error in the journal is: > >> Glib: g_hash_table_find: assertion 'version == hash_table->version' > >> failed > > > > > > Here at least I see a crash in xwayland... > > ( https://bugzilla.redhat.com/show_bug.cgi?id=1266637 ) > > then it dies in enforcing mode. > > -> https://bugzilla.redhat.com/show_bug.cgi?id=1265997 > > TLDR: Update mesa. Indeed. Back to working here. Thanks! kevin pgpAsSvsI82uS.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf is completly broken
On Sun, 2015-09-27 at 13:39 -0400, Nico Kadel-Garcia wrote: > BTW, I don't like dnf either. I think it doesn't actually solve any > of > the real problems of yum, and the whole "recommends" thing is > destabilizing as hell. Weak dependencies are a new RPM feature, nothing particularly to do with dnf. If we didn't have dnf they'd probably be getting implemented in yum. In fact I don't think they're actually being implemented in dnf at all, but in libsolv. trolling cut because trolling. -- 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 https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora 23 Branched 20150928 compose check report
No missing expected images. Images in this compose but not 23 Branched 20150927: Cloud disk qcow x86_64 Cloud disk raw x86_64 No images in 23 Branched 20150927 but not this. -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora Rawhide 20150928 compose check report
No missing expected images. No images in this compose but not Rawhide 20150927 No images in Rawhide 20150927 but not this. -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, Sep 28, 2015 at 5:38 PM, Kevin Fenzi wrote: > On Mon, 28 Sep 2015 08:37:58 +0100 > Richard Bradfield wrote: > >> Hi all, >> >> This may have been an insane proposition, so I'm asking here before I >> go near bugzilla. >> >> I installed a clean F23 beta machine, then used dnf system upgrade to >> try and move up to Rawhide. >> >> When I rebooted the system, I got the 'Oh no! Something has gone >> wrong' screen, which repeats if I try and relaunch GDM. > > Yeah, I am/was seeing this in rawhide as well. > >> The only relevant error in the journal is: >> Glib: g_hash_table_find: assertion 'version == hash_table->version' >> failed > > > Here at least I see a crash in xwayland... > ( https://bugzilla.redhat.com/show_bug.cgi?id=1266637 ) > then it dies in enforcing mode. -> https://bugzilla.redhat.com/show_bug.cgi?id=1265997 TLDR: Update mesa. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, 28 Sep 2015 08:37:58 +0100 Richard Bradfield wrote: > Hi all, > > This may have been an insane proposition, so I'm asking here before I > go near bugzilla. > > I installed a clean F23 beta machine, then used dnf system upgrade to > try and move up to Rawhide. > > When I rebooted the system, I got the 'Oh no! Something has gone > wrong' screen, which repeats if I try and relaunch GDM. Yeah, I am/was seeing this in rawhide as well. > The only relevant error in the journal is: > Glib: g_hash_table_find: assertion 'version == hash_table->version' > failed Here at least I see a crash in xwayland... ( https://bugzilla.redhat.com/show_bug.cgi?id=1266637 ) then it dies in enforcing mode. > Setting 'setenforce 0', or setting selinux to permissive in the config > allows everything to work normally. > > I have tried relabelling the filesystem. > > Is this an insane unsupportable upgrade path or could I have found an > actual bug? This is several real bugs. :) It seems if xwayland doesn't crash things work enforcing, but if it does the fallback to X doesnt work right in enforcing mode. I've not yet filed the selinux bug... I'll try later today, or if you can see what avc's you see and file it that would be great. kevin pgpViTkxBbKco.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 1 packages were orphaned eventlog [f23, f22, f21, master] was orphaned by silfreed Syslog-ng v2/v3 support library https://admin.fedoraproject.org/pkgdb/package/eventlog 13 packages were retired - gccxml [f23, master] was retired by ellert XML output extension to GCC https://admin.fedoraproject.org/pkgdb/package/gccxml perl-B-Hooks-OP-Check-EntersubForCV [f23, master] was retired by psabata Invoke callbacks on construction of entersub OPs for certain CVs https://admin.fedoraproject.org/pkgdb/package/perl-B-Hooks-OP-Check-EntersubForCV perl-Data-Alias [f23] was retired by pghmcfc Comprehensive set of aliasing operations https://admin.fedoraproject.org/pkgdb/package/perl-Data-Alias perl-Data-Dump-Streamer [f23, master] was retired by psabata Accurately serialize a data structure as Perl code https://admin.fedoraproject.org/pkgdb/package/perl-Data-Dump-Streamer perl-Devel-BeginLift [f23, master] was retired by psabata Make selected sub calls evaluate at compile time https://admin.fedoraproject.org/pkgdb/package/perl-Devel-BeginLift perl-Devel-FindRef [f23, master] was retired by psabata Where is that reference to my variable hiding? https://admin.fedoraproject.org/pkgdb/package/perl-Devel-FindRef perl-Method-Signatures [f23, master] was retired by psabata Method and function declarations with signatures and no source filter https://admin.fedoraproject.org/pkgdb/package/perl-Method-Signatures perl-POE-API-Peek [f23, master] was retired by psabata Peek into the internals of a running POE environment https://admin.fedoraproject.org/pkgdb/package/perl-POE-API-Peek php-sabredav-Sabre_CalDAV [master] was retired by siwinski Provides RFC4791 (CalDAV) support to Sabre_DAV https://admin.fedoraproject.org/pkgdb/package/php-sabredav-Sabre_CalDAV php-sabredav-Sabre_CardDAV [master] was retired by siwinski Provides CardDAV support to Sabre_DAV https://admin.fedoraproject.org/pkgdb/package/php-sabredav-Sabre_CardDAV php-sabredav-Sabre_DAV [master] was retired by siwinski Sabre_DAV is a WebDAV framework for PHP https://admin.fedoraproject.org/pkgdb/package/php-sabredav-Sabre_DAV php-sabredav-Sabre_DAVACL [master] was retired by siwinski RFC3744 implementation for SabreDAV https://admin.fedoraproject.org/pkgdb/package/php-sabredav-Sabre_DAVACL php-sabredav-Sabre_HTTP [master] was retired by siwinski HTTP component for the SabreDAV WebDAV framework for PHP https://admin.fedoraproject.org/pkgdb/package/php-sabredav-Sabre_HTTP 4 packages unorphaned - faience-icon-theme [f23, master] was unorphaned by jcapik Faience icon theme https://admin.fedoraproject.org/pkgdb/package/faience-icon-theme flickcurl [f23, f22, f21, master] was unorphaned by mjg C library for the Flickr API https://admin.fedoraproject.org/pkgdb/package/flickcurl gl3n [f22, master] was unorphaned by limb An OpenGL Mathematics library for D https://admin.fedoraproject.org/pkgdb/package/gl3n tinymce [f23, f22, f21, el6, master] was unorphaned by kevin Web based Javascript HTML WYSIWYG editor control https://admin.fedoraproject.org/pkgdb/package/tinymce 0 packages were unretired 6 packages were given gl3n [f21] was given by limb to bioinfornatics An OpenGL Mathematics library for D https://admin.fedoraproject.org/pkgdb/package/gl3n iproute [f23, f22, f21, master] was given by pavlix to psutter Advanced IP routing and network device configuration tools https://admin.fedoraproject.org/pkgdb/package/iproute lucene3 [f23, f22, f21, master] was given by goldmann to gil High-performance, full-featured text search engine https://admin.fedoraproject.org/pkgdb/package/lucene3 mimepull [f23, f22, f21, el6, master] was given by goldmann to gil Streaming API to access attachments from a MIME message https://admin.fedoraproject.org/pkgdb/package/mimepull paranamer [f23, f22, f21, master] was given by goldmann to gil Library for accessing non-private method parameter names at run-time https://admin.fedoraproject.org/pkgdb/package/paranamer solr3 [f23, f22, f21, master] was given by goldmann to gil Apache Solr https://admin.fedoraproject.org/pkgdb/package/solr3 4 packages had new branches autocloud had a new branches: f23, master for rtnpro by limb A test framework which automatically downloads and tests Fedora cloud image builds from koji. https://admin.fedoraproject.org/pkgdb/package/autocloud ocaml-ounit had a new branches: f23, f22, f21, master for rjones by limb Unit test framework for OCaml https://admin.fedoraproject.org/pkgdb/package/ocaml-ounit ocaml-ssl had a new branche
Re: dnf: Error: RPM package source (jpilot-1.8.2-2.fc22.src) will not installed
On Mon, 28 Sep 2015 15:43:31 +0200
Mattias Ellert wrote:
> mån 2015-09-28 klockan 15:06 +0200 skrev Luigi Votta:
>
> > I've downloaded it with dnf,
> > and attempted to install with rpm.
> >
> > But it doesn't install; this is the result:
> >
> > warning: mockbuild user doesn't exists - using root user
> >
> > when using:
> > rpm -i jpilot-1.8.2-2.fc22.src.rpm
>
> That is a warning, not an error. The installation is successful.
>
> You have installed a src rpm as root, which is normally not a good
> idea. It is better to install src rpms as non-root.
>
> Installing a src rpm will not add it to the rpmdb, so it will not be
> listed if you do "rpm -q".
>
> Installing src rpms as root will install the files in the tree below
> /root/rpmbuild (or whatever "rpm -E %_topdir" says when run as the
> root user if you have a non-standard configuration).
>
> If you install it as you own user, which is recommended, the files
> will appear in ${HOME}/rpmbuild.
>
> Mattias
Now I see where it is placed.
Thank you for explanation,
Luigi
P.S. I missed also the -vh options :-)
pgp_2vie9D38T.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: llvm 3.7 for rawhide and then f23
On Thu, Sep 24, 2015 at 9:41 AM, drago01 wrote: > On Thu, Sep 24, 2015 at 6:04 PM, Dave Johansen > wrote: > > On Mon, Sep 21, 2015 at 6:27 AM, Adam Jackson wrote: > >> > >> On Sun, 2015-09-20 at 21:00 +0800, Christopher Meng wrote: > >> > On 9/20/15, David Airlie wrote: > >> > > It's llvm, there is never a good time to upgrade it and no llvm > >> > > release is > >> > > backwards compatible. > >> > > >> > Yes, so unless someone is pretty familiar with LLVM upstream, keep > >> > reading every changeset, no body can guarantee what will happen. > >> > >> That's not really a fair assessment. By far the most important thing > >> in Fedora that needs llvm is Mesa. The llvm build system has a fairly > >> comprehensive test suite (which, btw, fails on at least arm with 3.6.1, > >> but passes on all arches with 3.7), and Mesa has another test suite in > >> the form of piglit that we can use to ensure that changing llvm doesn't > >> regress llvmpipe or r600 or radeonsi. > >> > >> So we can in fact be pretty confident that llvm upgrades won't break > >> the things we actually use llvm for in Fedora. > > > > > > It sounds like there's a lot of momentum behind the update to 3.7 for > F23, > > but iwyu ( https://github.com/include-what-you-use/include-what-you-use > ) is > > built on top of clang and there's still not an upstream release that's > > compatible with 3.7 so updating in F23 will break iwyu until a release is > > made. So, I personally would prefer that the update to 3.7 only happen in > > Rawhide where breakage like this is expected, but I realize that I'm only > > one voice of many and that iwyu is used a LOT less than other packages > like > > Mesa. > > There is a llvm34 package for such software. > The currently release version builds against 3.6, so this would mean intentionally running an older version just to avoid the breakage. I'll probably just deal with the breakage until the new version is released. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf: Error: RPM package source (jpilot-1.8.2-2.fc22.src) will not installed
mån 2015-09-28 klockan 15:06 +0200 skrev Luigi Votta:
> I've downloaded it with dnf,
> and attempted to install with rpm.
>
> But it doesn't install; this is the result:
>
> warning: mockbuild user doesn't exists - using root user
>
> when using:
> rpm -i jpilot-1.8.2-2.fc22.src.rpm
That is a warning, not an error. The installation is successful.
You have installed a src rpm as root, which is normally not a good
idea. It is better to install src rpms as non-root.
Installing a src rpm will not add it to the rpmdb, so it will not be
listed if you do "rpm -q".
Installing src rpms as root will install the files in the tree below
/root/rpmbuild (or whatever "rpm -E %_topdir" says when run as the root
user if you have a non-standard configuration).
If you install it as you own user, which is recommended, the files will
appear in ${HOME}/rpmbuild.
Mattias
smime.p7s
Description: S/MIME cryptographic signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: rawhide report: 20150927 changes
Hi, On Sun, Sep 27, 2015 at 02:50:34PM +, Ben Boeckel wrote: > On Sun, 27 Sep, 2015 at 12:07:01 GMT, Fedora Rawhide Report wrote: > > [ranger] > > ranger-1.7.1-1.fc24.noarch requires /bin/python > > So I'm not sure where this dependency is coming from. The only shebang > lines in the source are: > > doc/tools/print_colors.py:#!/usr/bin/env python > doc/tools/print_keys.py:#!/usr/bin/env python > setup.py:#!/usr/bin/env python > > setup.py doesn't get installed, but the tools do…to > /usr/share/doc/ranger/tools. Is it picking up shebangs from there? I > thought RPM ignored shebangs under /usr/share/doc? Remove executable bit from the scripts. Then they will be ignored. IIRC executables in /usr/share/doc are prohibited by the packaging guidelines anyway. D. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf: Error: RPM package source (jpilot-1.8.2-2.fc22.src) will not installed
On Mon, 28 Sep 2015 08:57:25 -0300 Albino B Neto wrote: > 2015-09-27 12:01 GMT-03:00 Luigi Votta : > > when I try to install the pkg, at the end of its > > dependencies, I get the error. > > You migrate yum to dnf complete ? Try rpm package ? > > Albino I don't use yum anymore (since ~ F21). I've downloaded it with dnf, and attempted to install with rpm. But it doesn't install; this is the result: warning: mockbuild user doesn't exists - using root user when using: rpm -i jpilot-1.8.2-2.fc22.src.rpm pgpuXJq8YETl5.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: F23 -> Rawhide upgrade fails to start GDM
On Mon, Sep 28, 2015 at 08:37:58AM +0100, Richard Bradfield wrote: > Hi all, > > This may have been an insane proposition, so I'm asking here before I go > near bugzilla. > > I installed a clean F23 beta machine, then used dnf system upgrade to > try and move up to Rawhide. > > When I rebooted the system, I got the 'Oh no! Something has gone wrong' > screen, which repeats if I try and relaunch GDM. > > I have tried relabelling the filesystem. > > Is this an insane unsupportable upgrade path or could I have found an > actual bug? Those are not mutually exclusive options. This looks like a bug, but fixing it will probably not be high priority when poeople are working on F23 release. > The only relevant error in the journal is: > Glib: g_hash_table_find: assertion 'version == hash_table->version' > failed > > Setting 'setenforce 0', or setting selinux to permissive in the config > allows everything to work normally. Have a look at https://fedoraproject.org/wiki/SELinux/Troubleshooting and read the part about dontaudit rules. If you don't see any avcs, it might because of that. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: dnf: Error: RPM package source (jpilot-1.8.2-2.fc22.src) will not installed
2015-09-27 12:01 GMT-03:00 Luigi Votta : > when I try to install the pkg, at the end of its > dependencies, I get the error. You migrate yum to dnf complete ? Try rpm package ? Albino -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Erlang R18.1 on F23 or too late?
On Mon, Sep 28, 2015 at 9:58 AM, Peter Lemenkov wrote: > Hello All! > Yes, It's a bit too late. Also I *personally* believe this release is > a little bit fragile - some new features (maps) are still unstable. > See these threads for further details (unfortunately they are in third > Erlang developer's spoken language - Russian): > > * https://groups.google.com/forum/#!topic/erlang-russian/oOstFAFNG4Y > * https://groups.google.com/forum/#!topic/erlang-russian/2g7lLplyu70 > > Anyway upgrading everything to 18.x.y is in my TODO list. Perhaps > before this winter. Any chance we could get the current patch of FTBFS dealt with in the interim? erlang-amf-0-0.11.20110224gitb36dfb6.fc22 erlang-basho_stats-1.0.3-3.fc21 erlang-bitcask-1.6.3-6.fc22 erlang-cluster_info-1.2.3-4.fc22 erlang-cowboy-0.8.2-7.fc22 erlang-egeoip-0-0.8.20111025git45c32ad.fc22 erlang-eleveldb-1.3.2-7.fc22 erlang-erlando-2.8.7-4.gite3f115b.fc22 erlang-erlydtl-0.7.0-5.20130214git6a9845f.fc22 erlang-etap-0.3.4-12.fc22 erlang-folsom-0.7.4-4.fc22 erlang-getopt-0.8.2-1.fc22 erlang-gproc-0.2.17-3.fc21 erlang-ibrowse-4.0.1-1.fc21 erlang-js-1.3.0-1.fc22 erlang-jsx-1.4.2-4.fc22 erlang-lager-1.2.2-5.fc22 erlang-lfe-0.9.0-2.fc22 erlang-meck-0.7.2-7.fc22 erlang-merge_index-1.3.0-4.fc22 erlang-mimetypes-1.0-5.fc22 erlang-mochiweb-2.4.2-5.fc22 erlang-neotoma-1.7.2-1.fc22 erlang-poolboy-0.9.1-5.fc22 erlang-protobuffs-0.8.0-5.fc22 erlang-riak_api-1.3.2-3.fc21 erlang-riak_client-1.3.3-4.fc22 erlang-riak_control-1.3.2-4.fc21 erlang-riak_core-1.3.2-3.fc22 erlang-riak_err-1.0.1-7.fc22 erlang-riak_kv-1.3.2-2.fc21 erlang-riak_pb-1.3.3-4.fc22 erlang-riak_pipe-1.3.2-3.fc22 erlang-riak_search-1.3.2-2.fc21 erlang-riak_sysmon-1.1.3-5.fc22 erlang-riaknostic-1.1.0-2.fc21 erlang-sext-1.1-4.fc22 erlang-webmachine-1.10.1-5.fc22 > 2015-09-28 4:23 GMT+02:00 Christopher Meng : >> Hi, >> >> Is there any possibility to have Erlang 18.1 on F23? >> >> Thanks. >> >> >> [1]---http://www.erlang.org/news/92 >> -- >> >> Yours sincerely, >> Christopher Meng >> >> http://awk.io >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel >> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > > > > -- > With best regards, Peter Lemenkov. > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F-23 Branched report: 20150928 changes
Compose started at Mon Sep 28 07:15:03 UTC 2015 Broken deps for armhfp -- [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aws] aws-tools-2015-2.fc23.armv7hl requires libaws_ssl.so [dpm-contrib-admintools] dpm-contrib-admintools-0.2.1-6.fc23.armv7hl requires MySQL-python(armv7hl-32) [hawaii-shell] hawaii-shell-0.3.0-3.fc22.armv7hl requires libqtaccountsservice-qt5.so.0.1.2 [hbase] hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-server) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-json) hbase-tests-0.98.3-4.fc22.noarch requires mvn(com.sun.jersey:jersey-core) [licq] licq-1.8.2-9.fc23.armv7hl requires libboost_regex.so.1.57.0 [mariadb-galera] 1:mariadb-galera-server-10.0.17-5.fc23.armv7hl requires galera >= 0:25.3.3 [moon-buggy] moon-buggy-1.0.51-14.fc23.armv7hl requires libesd.so.0 [netbeans-platform] 1:netbeans-platform-harness-7.0.1-11.fc22.armv7hl requires cobertura >= 0:1.9.3 [nodejs-grunt-contrib-copy] nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) < 0:0.2 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(file-sync-cmp) >= 0:0.1.0 nodejs-grunt-contrib-copy-0.8.0-2.fc23.noarch requires npm(chalk) >= 0:0.5.1 [nodejs-grunt-saucelabs] nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(sauce-tunnel) >= 0:2.2.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) < 0:1.3 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(requestretry) >= 0:1.2.2 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(lodash) >= 0:3.7.0 nodejs-grunt-saucelabs-8.6.1-2.fc23.noarch requires npm(colors) >= 0:1.0.0 [oat] oat-appraiser-1.6.0-16.fc22.armv7hl requires tomcat-servlet-3.0-api oat-client-1.6.0-16.fc22.armv7hl requires tomcat-servlet-3.0-api [oozie] oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.pig:pig) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-serde) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-metastore) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-exec) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-common) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive:hive-cli) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive.hcatalog:webhcat-java-client) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive.hcatalog:hcatalog-server-extensions) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive.hcatalog:hcatalog-pig-adapter) oozie-4.0.1-5.fc22.noarch requires mvn(org.apache.hive.hcatalog:hcatalog-core) [openstack-heat-gbp] openstack-heat-gbp-2014.2-2.fc23.noarch requires openstack-heat-engine < 0:2014.3 [openstack-neutron-gbp] openstack-neutron-gbp-2014.2-2.fc23.noarch requires openstack-neutron < 0:2014.3 [openstack-swift] openstack-swift-2.3.0-2.fc23.noarch requires python-pyeclib [perl-Data-Alias] perl-Data-Alias-1.18-4.fc22.armv7hl requires perl(:MODULE_COMPAT_5.20.0) perl-Data-Alias-1.18-4.fc22.armv7hl requires libperl.so.5.20 [polymake] polymake-2.13-22.git20141013.fc23.armv7hl requires perl(:MODULE_COMPAT_5.20.2) polymake-2.13-22.git20141013.fc23.armv7hl requires perl = 4:5.20.2 polymake-2.13-22.git20141013.fc23.armv7hl requires libperl.so.5.20 [publican] publican-4.1.3-3.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0) [pyjigdo] pyjigdo-0.4.0.3-9.fc23.noarch requires fuseiso [python-Fiona] python-Fiona-1.5.1-2.fc23.armv7hl requires libgdal.so.1 python3-Fiona-1.5.1-2.fc23.armv7hl requires libgdal.so.1 [python-django-horizon-gbp] openstack-dashboard-gbp-2014.2-2.fc23.noarch requires openstack-dashboard < 0:2014.3 python-django-horizon-gbp-2014.2-2.fc23.noarch requires python-django-horizon < 0:2014.3 [python-fiat] python-fiat-1.5.0-2.fc23.noarch requires ScientificPython [python-gbpclient] python-gbpclient-0.9.0-2.fc23.noarch requires python-neutronclient = 0:2.3.9 [rakudo-star] rakudo-star-0.0.2015.07-1.fc23.armv7hl requires nqp-jvm >= 0:0.0.2015.07 rakudo-star-0.0.2015.07-1.fc23.armv7hl requires nqp >= 0:0.0.2015.07 [rubygem-font-awesome-rails] rubygem-font-awesome-rails-4.4.0.0-1.fc23.noarch requires fontawesome-fonts >= 0:4.4.0 [tritonus] tritonus-esd-0.3.7-0.23.20101108cvs.fc22.armv7hl requires libesd.so.
rawhide report: 20150928 changes
Compose started at Mon Sep 28 05:15:03 UTC 2015 Broken deps for i386 -- [IQmol] IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0 IQmol-2.3.0-9.fc24.i686 requires libOpenMeshCore.so.3.2 [apache-scout] apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws) apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:juddi-client) [aqsis] aqsis-1.8.2-20.fc24.i686 requires libboost_thread.so.1.58.0 aqsis-1.8.2-20.fc24.i686 requires libboost_system.so.1.58.0 aqsis-1.8.2-20.fc24.i686 requires libboost_regex.so.1.58.0 aqsis-1.8.2-20.fc24.i686 requires libboost_program_options.so.1.58.0 aqsis-1.8.2-20.fc24.i686 requires libboost_filesystem.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_wave.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_thread.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_system.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_regex.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_iostreams.so.1.58.0 aqsis-core-1.8.2-20.fc24.i686 requires libboost_filesystem.so.1.58.0 aqsis-libs-1.8.2-20.fc24.i686 requires libboost_thread.so.1.58.0 aqsis-libs-1.8.2-20.fc24.i686 requires libboost_system.so.1.58.0 aqsis-libs-1.8.2-20.fc24.i686 requires libboost_regex.so.1.58.0 aqsis-libs-1.8.2-20.fc24.i686 requires libboost_iostreams.so.1.58.0 aqsis-libs-1.8.2-20.fc24.i686 requires libboost_filesystem.so.1.58.0 [bro] bro-2.3.2-6.fc23.i686 requires libjemalloc.so.1 [bwm-ng] bwm-ng-0.6-18.fc24.i686 requires libstatgrab.so.6 [cp2k] cp2k-openmpi-2.7.0-0.2.20150911svn15878.fc24.i686 requires libmpi_usempif08.so.0(openmpi-i386) cp2k-openmpi-2.7.0-0.2.20150911svn15878.fc24.i686 requires libmpi_usempi_ignore_tkr.so.0(openmpi-i386) cp2k-openmpi-2.7.0-0.2.20150911svn15878.fc24.i686 requires libmpi_mpifh.so.2(openmpi-i386) cp2k-openmpi-2.7.0-0.2.20150911svn15878.fc24.i686 requires libmpi.so.1(openmpi-i386) [derelict] derelict-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-AL-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-AL-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-ALURE-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-ALURE-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-ASSIMP3-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-ASSIMP3-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-FI-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-FI-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-FT-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-FT-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-GL3-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-GL3-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-GLFW3-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-GLFW3-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-IL-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-IL-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-LUA-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-LUA-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-ODE-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-ODE-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-Ogg-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-Ogg-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-PHYSFS-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-PHYSFS-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-PQ-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-PQ-3-32.20141022git7fc1714.fc23.i686 requires libdruntime-ldc-debug.so.66 derelict-SDL2-3-32.20141022git7fc1714.fc23.i686 requires libphobos2-ldc-debug.so.66 derelict-SDL2-3-32.20141022git7fc1714.fc23.i686
Re: Removing packages that have broken dependencies in F23 tree
hawaii-shell is fixed now, i filed a bodhi request for testing a couple of days ago which is now pending. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Removing packages that have broken dependencies in F23 tree
Hi Jon, I am sorry, but I have no time actually. You can remove vorbisspi from the tree. Regards, Hicham Jon Ciesla wrote: tritonuslimb, bsjones Depending on: tritonus (1) vorbisspi (maintained by: hicham) vorbisspi-1.0.3-10.fc23.noarch requires tritonus = 0.3.7-0.23.20101108cvs.fc22 vorbisspi-1.0.3-10.fc23.src requires tritonus = 0.3.7-0.23.20101108cvs.fc22 [1] https://lists.fedoraproject.org/pipermail/devel/2015-September/214987.html -- Kalev I've been working on this for awhile with no luck. Hicham, is it possible for vorbisspi to function without tritonus? Or can vorbisspi be retired? Unless, of course, someone with superior Java-fu to myself can assist. . . -j -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Erlang R18.1 on F23 or too late?
Hello All! Yes, It's a bit too late. Also I *personally* believe this release is a little bit fragile - some new features (maps) are still unstable. See these threads for further details (unfortunately they are in third Erlang developer's spoken language - Russian): * https://groups.google.com/forum/#!topic/erlang-russian/oOstFAFNG4Y * https://groups.google.com/forum/#!topic/erlang-russian/2g7lLplyu70 Anyway upgrading everything to 18.x.y is in my TODO list. Perhaps before this winter. 2015-09-28 4:23 GMT+02:00 Christopher Meng : > Hi, > > Is there any possibility to have Erlang 18.1 on F23? > > Thanks. > > > [1]---http://www.erlang.org/news/92 > -- > > Yours sincerely, > Christopher Meng > > http://awk.io > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Trying to contact package maintainer for boinc-client
Hi Laurence, did you receive admin rights from the package mantainer? https://admin.fedoraproject.org/pkgdb/package/boinc-client/ I just made the same request because I would like to help -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
F23 -> Rawhide upgrade fails to start GDM
Hi all, This may have been an insane proposition, so I'm asking here before I go near bugzilla. I installed a clean F23 beta machine, then used dnf system upgrade to try and move up to Rawhide. When I rebooted the system, I got the 'Oh no! Something has gone wrong' screen, which repeats if I try and relaunch GDM. The only relevant error in the journal is: Glib: g_hash_table_find: assertion 'version == hash_table->version' failed Setting 'setenforce 0', or setting selinux to permissive in the config allows everything to work normally. I have tried relabelling the filesystem. Is this an insane unsupportable upgrade path or could I have found an actual bug? -- Richard Bradfield -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: How to make .spec Requires for libXXX.so.VER
On Sat, 01 Aug 2015 21:48:24 +0200, Igor Gnatenko wrote:
> On Sat, Aug 1, 2015 at 10:25 PM, Jan Kratochvil
> wrote:
> > (1) How to make a dependency on librpm.so.7?
> >
> > librpm.so.7 is in rpm-libs-4.12.90-3.fc24.x86_64 which --provides:
> > librpm.so.7()(64bit)
> > librpmio.so.7()(64bit)
> > rpm-libs = 4.12.90-3.fc24
> > rpm-libs(x86-64) = 4.12.90-3.fc24
> > So there is no easy way to Requires: rpm-libs = NVRA
> > I do not see which V introduced / deprecates .so library version 7.
> >
> > So I would like to: Requires: librpm.so.7
> > But that does not work as I need there the '()(64bit)' suffix.
> >
> > %{?_isa} suffix does not work, that is '(x86-64)' and not '()(64bit)'.
> >
> > I could %ifarch explicitly all 64-bit Fedora archs to append '()(64bit)' for
> > them but isn't there some better way how to generate the '()(64bit)' suffix?
> >
> > (2) The other possibility does work:
> >
> > BuildRequires: %{_libdir}/librpm.so.7
> >
> > But
> >
> > https://fedoraproject.org/wiki/Packaging:Guidelines#File_Dependencies
> > says
> > Whenever possible you should avoid file dependencies as they slow
> > down
> > dependency resolution and require the package manager to download
> > file
> > lists in addition to to regular dependency information.
>
> I'd propose to add something like:
> %if %{__isa_bits} = 64
> Requires: libFOO.so.X()(64bit)
> %else
> Requires: libFOO.so.X
> %endif
This works for Requires (or Recommends) but not for BuildRequires:
I have found now by
https://github.com/msimacek/koschei/issues/54
there exists
https://fedoraproject.org/wiki/Packaging:Guidelines#BuildRequires_and_.25.7B_isa.7D
(I find this as a workaround of broken rpm/yum(/dnf?), this is why
I was adding %{?_isa} to BuildRequires, but that is offtopic for this
mail thread.)
which talks only about forbidden %{?_isa} in BuildRequires but apparently it
IMO applies also to ()(64bit) suffixes in BuildRequires.
But using
BuildRequires: libFOO.so.X
without the ()(64bit) suffix does not work on 64-bit archs:
error: Failed build dependencies:
librpm.so.7 is needed by gdb-7.10-28.fc24.x86_64
So I can only remove such BuildRequires completely but then it may quietly
build a package (gdb) which has wrong librpm version dependency built in.
I will have to add a manual %build-time shell check instead.
Jan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
