Re: Using guestfish inside mock?

[Harald Hoyer]

On 16.12.2015 00:19, Richard W.M. Jones wrote:
> Cc-ing to Fedora devel list.
> 
> This is related to why you have to install 'grubby' in order for mock
> to have a /boot/vmlinuz-* kernel.  Another thing we have to work
> around in libguestfs:
> 
> http://pkgs.fedoraproject.org/cgit/libguestfs.git/commit/?id=113fbdf63811f1ba66129ff678f90741037cb3a3
> 
> On Tue, Dec 15, 2015 at 02:14:21PM -0700, Ryan Barry wrote:
>> Thanks Richard, that did the trick.
>>
>> Is this documented somewhere? Or is there a bug against the kernel package?
> 
> No & no, but there probably should be a bug, against systemd (maybe).
> 
> When I originally looked at the 'kernel-install' code I couldn't
> really understand why the script did what it did and whether it was
> intentional or just an accidental bug.
> 
> Now I just looked at it again, and the problem is that upstream
> systemd 'kernel-install' doesn't copy the kernel to /boot at all.
> This is something that Fedora patches into the kernel-install script:
> 
> http://pkgs.fedoraproject.org/cgit/systemd.git/tree/kernel-install-grubby.patch
> 
> For some reason the patch is conditional on the existence of
> /sbin/new-kernel-pkg (and hence on grubby being installed), whereas I
> believe the patch should be unconditional, because we always want to
> have a kernel in /boot on Fedora.
> 
> Rich.
> 

/boot/vmlinuz- is the same as /lib/modules//vmlinuz

grubby dependency was degraded from "Requires" to "Recommends" in dracut.spec
and the overall dependency was removed.

The goal was to follow the bootloader spec [1] and only if grubby is installed
by purpose to use grubby in kernel-install. The grubby patch for kernel-install
is a Fedora/RedHat specific patch. It's not in upstream systemd, because grubby
is a Fedora/RedHat specific. If grub2 would support the bootloader spec, we
could totally remove grubby.

[1] 

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Easier %config management?

[Panu Matilainen]

On 12/16/2015 01:43 AM, Japheth Cleaver wrote:
[...]

It seems like there's already a little bit of precedent for "alternate
trees" representing the existing file system with the debuginfo rpms and
/usr/lib/debug/ hierarchy. Although the easiest solution might be to
have RPM deposit a duplicate copy of *all* config files (not just
%config(noreplace)) adjacent to the config file actually read by the
programs (e.g., /etc/httpd/conf.d/ssl.conf and
/etc/httpd/conf.d/ssl.conf.rpmdist), that leaves lots of ugly, mostly
unused, files everywhere.

Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of all
config files into a tree somewhere? (E.g., /usr/lib/config/ or
/usr/share/config/?) RPM/yum/dnf could then do the equivalent of an `rpm
-qlca` and compare each /etc/httpd/conf.d/ssl.conf to
/usr/lib/config/etc/httpd/conf.d/ssl.conf with no real magic or complex
tech needed. Merging left up to the sysadmin.


There are no yum/dnf-level hooks/callbacks that execute per file, you'll 
need an rpm plugin for that.


- Panu -

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Using guestfish inside mock?

[Richard W.M. Jones]

On Wed, Dec 16, 2015 at 11:15:47AM +0100, Harald Hoyer wrote:
> [1] 

I don't trust freedesktop "specifications".  IME they are just used as
a way to give systemd conventions a veneer of authority.  Which
community members (outside of systemd) decided on this?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Using guestfish inside mock?

[Richard W.M. Jones]

On Tue, Dec 15, 2015 at 09:38:18PM -0500, Colin Walters wrote:
> On Tue, Dec 15, 2015, at 06:19 PM, Richard W.M. Jones wrote:
> 
> > For some reason the patch is conditional on the existence of
> > /sbin/new-kernel-pkg (and hence on grubby being installed), whereas I
> > believe the patch should be unconditional, because we always want to
> > have a kernel in /boot on Fedora.
> 
> One could teach libguestfs to find the kernel in both locations, no?
> This is what we did for rpm-ostree:

Yes we could probably do this.  But all real Fedora installs, and all
non-Fedora distros, put the kernel in /boot so it wasn't necessary so
far.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

rawhide report: 20151216 changes

[Fedora Rawhide Report]

Compose started at Wed Dec 16 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
[alliance]
alliance-5.0-40.20090901snap.fc22.i686 requires libXm.so.2
[csound]
csound-wiimote-6.03.2-7.fc24.i686 requires libwiiuse.so.0
[eclipse-jbosstools]
eclipse-jbosstools-as-4.2.2-1.fc22.noarch requires 
osgi(org.eclipse.tm.terminal)
[fawkes]
fawkes-core-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
fawkes-plugin-player-0.5.0-26.fc24.i686 requires libgeos-3.4.2.so
fawkes-plugin-xmlrpc-0.5.0-26.fc24.i686 requires libmicrohttpd.so.10
[gnash]
1:gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_serialization.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_program_options.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_serialization.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:gnash-cygnal-0.8.10-19.fc24.i686 requires libboost_date_time.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-dejagnu-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-fileio-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-lirc-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_thread.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_system.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-extension-mysql-0.8.10-19.fc24.i686 requires 
libboost_iostreams.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:gnash-klash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:gnash-plugin-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_thread.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_system.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires 
libboost_program_options.so.1.58.0
1:python-gnash-0.8.10-19.fc24.i686 requires libboost_iostreams.so.1.58.0
[golang-github-kraman-libcontainer]
golang-github-kraman-libcontainer-devel-0-0.4.gitd700e5b.fc24.noarch 
requires golang(github.com/docker/docker/pkg/netlink)
[golang-github-kubernetes-heapster]
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/info/v1)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/google/cadvisor/client)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/schema)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/registry)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/pkg)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/machine)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/etcd)
golang-github-kubernetes-heapster-devel-0.16.1-1.fc24.noarch requires 
golang(github.com/coreos/fleet/client)
[golang-github-prometheus-pr

Re: Easier %config management?

[Daniel J Walsh]

On 12/15/2015 09:32 PM, Colin Walters wrote:
> On Tue, Dec 15, 2015, at 06:43 PM, Japheth Cleaver wrote:
>>  
>> Perhaps RPM (or yum/dnf, via plugin) could write a duplicate copy of
>> all config files into a tree somewhere? (E.g., /usr/lib/config/ or
>> /usr/share/config/?)
>  
> I mentioned this above, but might as well repeat since it was missed;
> OSTree (as used by the existing Fedora Atomic Host) does this by
> default today in /usr/etc, so if one was adapting this change to the
> client-side system assembly tools like yum/dnf, I'd say it would make
> sense to follow the precedent.
>  
>  
>  
>
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
I think this makes sense as a first step to getting to the point where
you could reset your machine by removing /etc/ and /var.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Richard Z]

On Mon, Dec 07, 2015 at 12:23:34PM +0100, Lennart Poettering wrote:
> On Mon, 07.12.15 10:48, Tomas Hozza (tho...@redhat.com) wrote:
> 
> > On 04.12.2015 15:57, Lennart Poettering wrote:
> > > On Tue, 01.12.15 11:15, Tomas Hozza (tho...@redhat.com) wrote:

> > As you've said, this is basically an attack and hijacking of someone's
> > else domain name space. It is not correct and it is not expected that
> > this will work with DNSSEC.
> 
> Humm, I find that way too cavalier... I am pretty sure this is a total
> deal breaker for your feature. You cannot just break everybody's
> network and not consider that a problem that *you* have to think about
> rather than just ignoring it completely.

not everyones network - I allways use the IP to access routers.

It should be a feature of unbound to find the router and offer a stable
DNS pseudo-entry for that.

Richard

-- 
Name and OpenPGP keys available from pgp key servers
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: python-mongoengine maintainer absent

[Matthias Runge]

On 15/12/15 15:07, Randy Barlow wrote:
> Hello!
> 
> I've been attempting to contact the python-mongoengine
> maintainers, Yohan Graterol and Eduardo Javier Echeverria Alvarado,
> for some time with no response[0]. In addition to the two bugs I've
> filed, I've written e-mail to Yohan twice (on 2015-11-21 and
> 2015-11-30) and to Eduardo once (2015-11-30). It has been 24 days
> since I first attempted to contact Yohan.

Eduardo participated at the latam-ambassadors-meeting a few days
ago[1]. His nickname is echevemaster.


He might also be able to contact Yohan.

[1]
https://meetbot.fedoraproject.org/fedora-meeting-2/2015-12-12/fedora_latam_ambassadors.2015-12-12-22.58.html


Matthias
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Neal Becker]

P J P wrote:

>> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
> 
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607
> 
> 
>   Thank you for filing the bug.
> 
> 
>> * howto prevent dnsmasq from starting (right now I'm just manually
>> killing it for testing)
> 
>   # systemctl disable dnsmasq
> 
> 

ps aux | grep dns
nobody1056  0.0  0.0  57544   484 ?SDec14   0:00 
/sbin/dnsmasq --conf-file=/var/lib/libvir
root  1058  0.0  0.0  5751624 ?SDec14   0:00 
/sbin/dnsmasq --conf-file=/var/lib/libvir

[nbecker@nbecker2 Boost.NumPy]$ systemctl status dnsmasq
● dnsmasq.service - DNS caching server.
   Loaded: loaded (/usr/lib/systemd/system/dnsmasq.service; disabled; vendor 
preset: disabled)
   Active: inactive (dead)

So something else is starting dnsmasq - looks like related to libvirt.

>> * howto get domainname set automatically from dhcp
> 
> 
> 
>   Dhcp configuration manual should help with that.
> 
> ---
>   -P J P
> http://feedmug.com
> --
> devel mailing list
> devel@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Packagers: undead packages not retired properly

[Michael Schwendt]

This is about Rawhide (and some parts apply to F23 and older, too).

Again there are zombie packages, which are obsoleted by other packages,
but still live on and even have survived mass-rebuilds. Superfluous and
can lead to breakage (see bottom), too.


"Dead" = a dead.package file in dist git exists, but builds of the package
are still found in the repo(s). Package has not been retired fully yet.

"Undead" = no dead.package file in dist git found.


Dead and all builds obsoleted:
--
python-twisted-conch
obsoleted by: python-twisted
python-twisted-lore
obsoleted by: python-twisted
python-twisted-mail
obsoleted by: python-twisted
python-twisted-names
obsoleted by: python-twisted
python-twisted-news
obsoleted by: python-twisted
python-twisted-runner
obsoleted by: python-twisted
python-twisted-words
obsoleted by: python-twisted

Undead and all builds obsoleted:

kde-plasma-milou
obsoleted by: plasma-milou
kwallet
obsoleted by: kwalletmanager
liblxqt-mount
obsoleted by: lxqt-panel
lxshortcut
obsoleted by: libfm
min-metadata-service
obsoleted by: min-cloud-agent
osbs
obsoleted by: osbs-client
php-channel-deepend
obsoleted by: php-deepend-Mockery
php-channel-symfony2
obsoleted by: php-symfony
plasmate
obsoleted by: plasma-sdk
python-XStatic-Angular-Cookies
obsoleted by: python-XStatic-Angular
zeroinstall-injector
obsoleted by: 0install


Examples of how it can break:

1) A mass-rebuilds bumps the Release tag of a semi-dead package, and
it manages to escape the Obsoletes tag in another package. Especially
not funny, if it were software with security issues.

2) Package is listed as being available in the repo, but cannot be
installed:

# dnf list python-twisted-conch
Available Packages
python-twisted-conch.x86_64 12.2.0-4.fc21 fedora
# dnf install python-twisted-conch
Error: package python-twisted-conch-12.2.0-4.fc21.x86_64 requires 
python-twisted-core >= 12.2.0, but none of the providers can be installed
(try to add '--allowerasing' to command line to replace conflicting packages)
# repoquery --whatobsoletes python-twisted-conch
python-twisted-0:15.1.0-2.fc23.x86_64
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

F24 Self Contained Change: Crypto policy support for Kerberos

[Jan Kurik]

= Proposed Self Contained Change: Crypto policy support for Kerberos =
https://fedoraproject.org/wiki/Changes/CryptoPolicyKrb5

Change owner(s):
* Nikos Mavrogiannopoulos 

Fedora supports a system wide crypto policy and Kerberos should
respect that policy and adjust its crypto-related configuration based
on it.

== Detailed Description ==
Fedora supports a system wide crypto policy and Kerberos should
respect that policy and adjust its crypto-related configuration based
on it.
As it is now kerberos' configuration is hard coded and the
administrator is responsible for doing any changes to it. In case of
software upgrades he's tasked to keep up-to-date the list of ciphers
allowed, modify the cryptographic parameters etc. Kerberos following
the system-wide crypto policy by default would simplify the tasks of
the administrator and reduce errors due to not disabling an insecure
cipher or enabling incorrect crypto settings. That way unless the
administrator changes the configuration the policies the Kerberos
configuration will be kept up to date and will be consistent with the
policies followed in other parts of the system.


== Scope ==
Proposal owners:
* The kerberos configuration should be able to include an external
part generated by the crypto policies package. This is tracked in
bugzilla.

Other developers: N/A (not a System Wide Change)

Release engineering: N/A (not a System Wide Change)

List of deliverables: N/A (not a System Wide Change)

Policies and guidelines: N/A (not a System Wide Change)

Trademark approval: N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Outage: Pkgdb2 and dist-git upgrade (namespacing) 2015-12-17 15:00 UTC

[Ralph Bean]

Outage: Pkgdb2 and dist-git upgrade (namespacing) 2015-12-17 15:00 UTC

There will be an outage starting at 2015-12-17 15:00 UTC, which will last
approximately 1.5 hours.

To convert UTC to your local time, take a look at
https://fedoraproject.org/wiki/UTCHowto
or run:

date -d '2015-12-17 15:00 UTC'

Reason for outage: Upgrade pkgdb2 and adjust dist-git for namespacing packages.

Affected Services:

Bodhi   https://admin.fedoraproject.org/updates/
PkgDB2  https://admin.fedoraproject.org/pkgdb/
dist-githttps://pkgs.fedoraproject.org/cgit/
'fedpkg'

Services not listed are not affected by this outage.

Contact Information:  #fedora-admin on freenode.

Ticket Link: https://fedorahosted.org/fedora-infrastructure/ticket/5033

Please join #fedora-admin in irc.freenode.net or add comments to the ticket for 
this outage above.


signature.asc
Description: PGP signature
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Tomasz Torcz]

On Wed, Dec 16, 2015 at 09:33:18AM -0500, Neal Becker wrote:
> P J P wrote:
> 
> >> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
> > 
> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607
> > 
> > 
> >   Thank you for filing the bug.
> > 
> > 
> >> * howto prevent dnsmasq from starting (right now I'm just manually
> >> killing it for testing)
> > 
> >   # systemctl disable dnsmasq
> > 
> > 
> 
> ps aux | grep dns
> nobody1056  0.0  0.0  57544   484 ?SDec14   0:00 
> /sbin/dnsmasq --conf-file=/var/lib/libvir
> root  1058  0.0  0.0  5751624 ?SDec14   0:00 
> /sbin/dnsmasq --conf-file=/var/lib/libvir

  Try
systemctl status 1056

I guess it's started by libvirtd.

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Namespacing in pkgdb

[Pierre-Yves Chibon]

Hello everyone,

The Fedora infrastructure and the release-engineering teams have worked together
to begin to add namespacing to our infrastructure. The idea is that in a near
future Fedora will distribute more than just rpms, such as docker containers but
also other technologies that might arise [1].

For this, we have been working on a new version of pkgdb2 and a few adjustments
to dist-git allowing to have a docker and a rpm with the same name but under
different namespace.

On Thursday December 17th, we would like to roll out this new release of pkgdb2.

Currently, all your tools: fedpkg, pkgdb-cli, pkgdb-admin should work as they do
today, all changes being backward compatible, but as for everything, there
might be bugs. So we would appreciate if you could let us know as early as 
possible
if you think you ran into one, either
- here
- on #fedora-admin on irc.freenode.net
- via a ticket on https://fedorahosted.org/fedora-infrastructure/

If you want to see how the new pkgdb2 looks like, feel free to test our staging
instance:
https://admin.stg.fedoraproject.org/pkgdb/


Thank you for your help and understanding,

Happy packaging,
Pierre for the Fedora Infrastructure team

[1] 
https://lists.fedoraproject.org/archives/list/devel%40lists.fedoraproject.org/thread/QIHGWL5ZHZXEJJ6YLVSEHKF7W5DPKI24/#VKDVATVI3XJUKIS3EKNGC3HKG4UVA4M4


pgponpkF2g_ZH.pgp
Description: PGP signature
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel-annou...@lists.fedoraproject.org
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

How do you unsubscribe from mdapi meta-data update?

[Steve Grubb]

Hello,

Something started sending me emails about $SUBJECT. The email says this is due 
to my preferences and give an URL. Clicking on that URL leads to a page that 
says, "Transaction expired, or cookies not available. Try to login again." 

Logging in again leads to no useful page. It simply says "You will be 
redirected to this application whenever another application requires you to 
authenticate." 

Reclicking the original link still says I'm not logged in. Logging into my FAS 
account does not allow me to pick any preference about this email. How does 
one stop it? Why is the URL that the email gives wrong?

-Steve
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

F24 Self Contained Change: Deprecation of ipcalculator

[Jan Kurik]

= Proposed Self Contained Change: Deprecation of ipcalculator =
https://fedoraproject.org/wiki/Changes/ipcalculator

Change owner(s):
* Nikos Mavrogiannopoulos 

Fedora provides two tools for IP address calculations. That is the
ipcalculator and ipcalc. Ipcalculator was geared towards being used by
administrators and ipcalc for use with scripts. This changed with
Fedora 23 which provided an updated ipcalc tool which can be used both
interactively and from scripts. That, and the fact that ipcalculator
is not IPv6-ready suggests we should deprecate ipcalculator and keep a
single tool for the job, ipcalc.

== Detailed Description ==

Fedora provides two tools for IP address calculations. That is the
ipcalculator and ipcalc. Ipcalculator was geared towards being used by
administrators and ipcalc for use with scripts. This changed with
Fedora 23 which provided an updated ipcalc tool which can be used both
interactively and from scripts. That, and the fact that ipcalculator
is not IPv6-ready suggests we should deprecate ipcalculator and keep a
single tool for the job, ipcalc.
That way, we provide a consistent way to work with IP addresses which
supports both IPv4 and IPv6.

== Scope ==

Proposal owners:
* ipcalculator has to be obsoleted in Fedora 24 and ipcalc will
provide a drop in replacement.

Other developers: N/A (not a System Wide Change)

Release engineering: N/A (not a System Wide Change)

List of deliverables: N/A (not a System Wide Change)

Policies and guidelines: N/A (not a System Wide Change)

Trademark approval: N/A (not needed for this Change)
-- 
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Fedora Rawhide 20151216 compose check report

[Fedora compose checker]

Missing expected images:

Cloud_atomic disk raw x86_64
Workstation live x86_64
Workstation live i386
Kde disk raw armhfp
Kde live i386
Kde live x86_64

No images in this compose but not Rawhide 20151215

Images in Rawhide 20151215 but not this:

Lxde live i386

Failed openQA tests: 6 of 54

ID: 1073Test: i386 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/1073
ID: 1072Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/1072
ID: 1071Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/1071
ID: 1058Test: x86_64 universal upgrade_2_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/1058
ID: 1056Test: x86_64 universal upgrade_desktop_64bit
URL: https://openqa.fedoraproject.org/tests/1056
ID: 1043Test: x86_64 universal package_set_kde
URL: https://openqa.fedoraproject.org/tests/1043

Passed openQA tests: 48 of 54
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Neal Becker]

Tomasz Torcz wrote:

> On Wed, Dec 16, 2015 at 09:33:18AM -0500, Neal Becker wrote:
>> P J P wrote:
>> 
>> >> On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
>> > 
>> >>> https://bugzilla.redhat.com/show_bug.cgi?id=1287607
>> > 
>> > 
>> >   Thank you for filing the bug.
>> > 
>> > 
>> >> * howto prevent dnsmasq from starting (right now I'm just manually
>> >> killing it for testing)
>> > 
>> >   # systemctl disable dnsmasq
>> > 
>> > 
>> 
>> ps aux | grep dns
>> nobody1056  0.0  0.0  57544   484 ?SDec14   0:00
>> /sbin/dnsmasq --conf-file=/var/lib/libvir
>> root  1058  0.0  0.0  5751624 ?SDec14   0:00
>> /sbin/dnsmasq --conf-file=/var/lib/libvir
> 
>   Try
> systemctl status 1056
> 
> I guess it's started by libvirtd.
> 

Yes, and does it have to be stopped in order for local dns resolver to 
function?
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: F24 System Wide Change: Default Local DNS Resolver

[Dan Williams]

On Wed, 2015-12-16 at 10:45 -0500, Neal Becker wrote:
> Tomasz Torcz wrote:
> 
> > On Wed, Dec 16, 2015 at 09:33:18AM -0500, Neal Becker wrote:
> > > P J P wrote:
> > > 
> > > > > On Wednesday, 2 December 2015 6:33 PM, Neal Becker wrote:
> > > > 
> > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1287607
> > > > 
> > > > 
> > > >   Thank you for filing the bug.
> > > > 
> > > > 
> > > > > * howto prevent dnsmasq from starting (right now I'm just
> > > > > manually
> > > > > killing it for testing)
> > > > 
> > > >   # systemctl disable dnsmasq
> > > > 
> > > > 
> > > 
> > > ps aux | grep dns
> > > nobody1056  0.0  0.0  57544   484 ?SDec14   0:00
> > > /sbin/dnsmasq --conf-file=/var/lib/libvir
> > > root  1058  0.0  0.0  5751624 ?SDec14   0:00
> > > /sbin/dnsmasq --conf-file=/var/lib/libvir
> > 
> >   Try
> > systemctl status 1056
> > 
> > I guess it's started by libvirtd.
> > 
> 
> Yes, and does it have to be stopped in order for local dns resolver
> to 
> function?

No, it doesn't.  If you look at the config file for each instance
you'll see 

interface=virbr0(or something similar)
except-interface=lo

otherwise you'd never be able to run multiple VMs with different
network setups.  The libvirt dnsmasq instance should be binding to the
interface that libvirt owns/manages and nothing else.

Same thing for NetworkManager's "internet connection sharing"
functionality with dnsmasq.

But using NetworkManager's dns=dnsmasq config option *does* tell NM to
spawn dnsmasq as a local caching nameserver listening on lo and that
will conflict with unbound.

Dan
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Intent to orphan shorewall

[Orion Poplawski]

I'm planning on moving our firewall from a Fedora/shorewall system to a
pfsense based one.  Since I will no longer be using shorewall, I will be
orphaning it.  If you are interested in it, let me know and I would be happy
to hand it off.


-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Schedule for Wednesday's FESCo Meeting (2015-12-16)

[Kevin Fenzi]

Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.

To convert UTC to your local time, take a look at
  http://fedoraproject.org/wiki/UTCHowto

or run:
  date -d '2015-12-09 18:00 UTC'


Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9

= Followups =

= New business =

#1478 F24 Self Contained Changes
.fesco 1478
https://fedorahosted.org/fesco/ticket/1478

#1513 F24 System Wide Change: Layered Docker Image Build
.fesco 1513
https://fedorahosted.org/fesco/ticket/1513

#1515 F24 System Wide Change: Ruby 2.3
.fesco 1515
https://fedorahosted.org/fesco/ticket/1515

#1516 F24 System Wide Change: Pungi Refactor
.fesco 1516
https://fedorahosted.org/fesco/ticket/1516

#1514 Policy for autogenerated code
.fesco 1514
https://fedorahosted.org/fesco/ticket/1514

= Open Floor =

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

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/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.


pgpUcnKMA7Yvn.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

How to test appdata for a package?

[Richard Shaw]

I' m working on a package for a review and have added what I believe is a
good appdata file, at least it passes appdata validation during the build,
but how in the heck are you supposed to be able to test what the result
will look like in gnome-software?

I thought I successfully used gnome-software --prefer-local before but no
matter what I do it doesn't find the package.

I've even gone as far as to try appstream-util install /path/to/appdata.xml
but I'm not sure if that does what I want as the documentation is pretty
light for the options.

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Minutes and Summary from Wednesday's FESCo Meeting (2015-12-16)

[Kevin Fenzi]

===
#fedora-meeting: FESCO (2015-12-16)
===


Meeting started by nirik at 18:01:26 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2015-12-16/fesco.2015-12-16-18.01.log.html
.



Meeting summary
---
* init process  (nirik, 18:01:26)
  * Many thanks to exiting members and welcome to those just joining
(nirik, 18:06:04)

* New meeting time/date  (nirik, 18:06:10)
  * LINK: http://whenisgood.net/5s3rtkw/results/xjtdckp   (sgallagh,
18:06:19)
  * AGREED: Meetings will move to fridays at 17:00UTC in
#fedora-meeting. (+7,0,0)  (nirik, 18:11:28)

* #1478 F24 Self Contained Changes  (nirik, 18:13:32)
  * LINK: https://fedorahosted.org/fesco/ticket/1478   (nirik, 18:13:32)
  * AGREED: no problems with self contained changes this week. Approved
(+9,0,0)  (nirik, 18:15:15)

* #1513 F24 System Wide Change: Layered Docker Image Build  (nirik,
  18:15:29)
  * LINK: https://fedorahosted.org/fesco/ticket/1513   (nirik, 18:15:29)
  * AGREED: Change is approved (+8,0,1)  (nirik, 18:20:01)
  * AGREED: Change is approved (+8 for, 0 against, 1 abstain)  (nirik,
18:22:15)

* #1515 F24 System Wide Change: Ruby 2.3  (nirik, 18:22:24)
  * LINK: https://fedorahosted.org/fesco/ticket/1515   (nirik, 18:22:24)
  * AGREED: Change is approved (+9 for, 0 against, 0 abstain)  (nirik,
18:23:41)

* #1516 F24 System Wide Change: Pungi Refactor  (nirik, 18:24:13)
  * LINK: https://fedorahosted.org/fesco/ticket/1516   (nirik, 18:24:14)
  * AGREED: Change is approved (+9 for, 0 against, 0 abstain)  (nirik,
18:25:07)

* #1514 Policy for autogenerated code  (nirik, 18:29:09)
  * LINK: https://fedorahosted.org/fesco/ticket/1514   (nirik, 18:29:10)
  * will defer any decision on this for now.  (nirik, 18:30:39)
  * allow discussion on devel and possibly council lists.  (nirik,
18:30:50)
  * ACTION: sgallagh to start a discussion.  (nirik, 18:31:42)

* next years chair  (nirik, 18:31:55)
  * LINK: https://fedoraproject.org/wiki/FESCo_meeting_process
(sgallagh, 18:32:20)
  * ACTION: dgilmore to chair the 2016-01-08 meeting  (nirik, 18:33:05)

* Open Floor  (nirik, 18:33:08)

Meeting ended at 18:35:12 UTC.




Action Items

* sgallagh to start a discussion.
* dgilmore to chair the 2016-01-08 meeting




Action Items, by person
---
* dgilmore
  * dgilmore to chair the 2016-01-08 meeting
* sgallagh
  * sgallagh to start a discussion.
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* nirik (67)
* maxamillion (28)
* sgallagh (27)
* jwb (23)
* dgilmore (23)
* zodbot (22)
* jsmith (17)
* number80 (13)
* kalev (12)
* paragan (6)
* jkurik (3)
* rishi (0)
* ajax (0)
* thozza (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot


18:01:26  #startmeeting FESCO (2015-12-16)
18:01:26  Meeting started Wed Dec 16 18:01:26 2015 UTC.  The chair is 
nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
18:01:26  Useful Commands: #action #agreed #halp #info #idea #link 
#topic.
18:01:26  The meeting name has been set to 'fesco_(2015-12-16)'
18:01:26  #meetingname fesco
18:01:26  The meeting name has been set to 'fesco'
18:01:26  #chair ajax dgilmore number80 jwb nirik paragan rishi thozza 
sgallagh
18:01:26  #topic init process
18:01:26  Current chairs: ajax dgilmore jwb nirik number80 paragan 
rishi sgallagh thozza
18:01:38 * nirik needs to update the wiki page apparently too. ;)
18:01:42  .hello maxamillion
18:01:46  .hello sgallagh
18:01:48  maxamillion: maxamillion 'Adam Miller' 
18:01:51  sgallagh: sgallagh 'Stephen Gallagher' 
18:01:57  .hello jsmith
18:01:58  .hello jkurik
18:02:01  jsmith: jsmith 'Jared Smith' 
18:02:04  jkurik: jkurik 'Jan Kurik' 
18:02:13  .hello kalev
18:02:14  kalev: kalev 'Kalev Lember' 
18:02:17  .hello pnemade
18:02:17  Hi
18:02:18  paragan: pnemade 'Parag Nemade' 
18:02:28  (random side note, I'm literally in a car driving down 
the interstate tethering over my cellphone in a part of the country with spotty 
reception so it's possible I will be dropped off ... I'll do my best to 
participate)
18:02:57 * jkurik just updated 
https://fedoraproject.org/wiki/Fedora_Engineering_Steering_Committee#Members
18:03:35  I will be here in 15 minutes
18:03:37  or so
18:03:44  jkurik: can you update 
https://fedoraproject.org/wiki/FESCo_meeting_process too?
18:03:48  jkurik++
18:03:49  maxamillion: Karma for jkurik changed to 5 (for the f23 
release cycle):  https://badges.fedoraproject.org/tags/cookie/any
18:04:03  I sent an agenda a few minutes ago to devel list. Sorry for 
the late send
18:04:08  .hello hguemar
18:04:09  number80: hguemar 'Haïkel Guémar' 
18:04:28  Yay new members
18:04:45  Thanks to the old members
18:04:58  If it's not on the agenda yet, can we cover the new meeting 
time?
18:05:08  indeed, many thanks. :) your service is appreciated. ;)
18:05:11  I've already got Denn

Re: How to test appdata for a package?

[Richard Hughes]

On 16 December 2015 at 18:09, Richard Shaw  wrote:
> I thought I successfully used gnome-software --prefer-local before but no
> matter what I do it doesn't find the package.

You need to do (kill the old instance):

killall gnome-software
gnome-software --prefer-local

> I've even gone as far as to try appstream-util install /path/to/appdata.xml
> but I'm not sure if that does what I want as the documentation is pretty
> light for the options.

"appstream-util validate foo.appdata.xml" does the validation, but
gnome-software is the only client that can do a graphical "preview" of
what it looks like. Perhaps I need to fix that.

Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How do you unsubscribe from mdapi meta-data update?

[Kevin Fenzi]

On Wed, 16 Dec 2015 10:19:50 -0500
Steve Grubb  wrote:

> Hello,
> 
> Something started sending me emails about $SUBJECT. The email says
> this is due to my preferences and give an URL. Clicking on that URL
> leads to a page that says, "Transaction expired, or cookies not
> available. Try to login again." 
> 
> Logging in again leads to no useful page. It simply says "You will be 
> redirected to this application whenever another application requires
> you to authenticate." 
> 
> Reclicking the original link still says I'm not logged in. Logging
> into my FAS account does not allow me to pick any preference about
> this email. How does one stop it? Why is the URL that the email gives
> wrong?

Can you share the url it's giving you? 

It should be something like: 

https://apps.fedoraproject.org/notifications/.id.fedoraproject.org/

Which should redirect you to the Fedora ipsilon auth server. 
It sounds like it is redirecting you, but somehow it thinks you have
taken too long to login and says the transaction is expired?

In any case you can go to: 

https://apps.fedoraproject.org/notifications/

click the 'login button' and login. 
Then you should be able to add a filter to drop those notifications. 

kevin


pgplgvj36tCN3.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to test appdata for a package?

[Richard Shaw]

On Wed, Dec 16, 2015 at 12:41 PM, Richard Hughes 
wrote:

> On 16 December 2015 at 18:09, Richard Shaw  wrote:
> > I thought I successfully used gnome-software --prefer-local before but no
> > matter what I do it doesn't find the package.
>
> You need to do (kill the old instance):
>
> killall gnome-software
> gnome-software --prefer-local
>

Ok, that's still a nogo... I assume that the search is not case sensitive?


> I've even gone as far as to try appstream-util install
> /path/to/appdata.xml
> > but I'm not sure if that does what I want as the documentation is pretty
> > light for the options.
>
> "appstream-util validate foo.appdata.xml" does the validation, but
> gnome-software is the only client that can do a graphical "preview" of
> what it looks like. Perhaps I need to fix that.
>

Maybe not... I don't mind using gnome-software as long as I can figure out
how to make sure it sees the new appdata file.

I'm not actually too worried about the content per se, but I do want to
verify that the screenshot URL is good and that it looks good.

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Linker issue when moving from RHEL 6 to Fedora/RHEL7

[Dave Johansen]

I'm running into a linker issue when moving code that builds on RHEL 6 to
Fedora or RHEL 7. Here's a simple reproducer:

Download simple.c from
https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c and
then run:
g++ simple.c -lglut -o simple

On RHEL 7, I get this error:
~> g++ simple.c -lglut -o simple
/usr/bin/ld: /tmp/ccPIpRiP.o: undefined reference to symbol 'glOrtho'
/usr/bin/ld: note: 'glOrtho' is defined in DSO /lib64/libGL.so.1 so try
adding it to the linker command line
/lib64/libGL.so.1: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

On Fedora 22, I get this error (which is basically the same):
~> g++ simple.c -lglut -o simple
/usr/bin/ld: /tmp/ccqKG2Fe.o: undefined reference to symbol 'glVertex2i'
/usr/lib64/nvidia/libGL.so.1: error adding symbols: DSO missing from
command line
collect2: error: ld returned 1 exit status

The issue appears to be that the linker would resolve symbols that were in
the linked to library on RHEL 6, but aren't doing that in Fedora and RHEL
7. Any ideas on what's going on and how I can fix it without explicitly
adding the second level libraries in my build command?

Thanks,
Dave
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

[Richard Shaw]

On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen 
wrote:

> I'm running into a linker issue when moving code that builds on RHEL 6 to
> Fedora or RHEL 7. Here's a simple reproducer:
>
> Download simple.c from
> https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c
> and then run:
> g++ simple.c -lglut -o simple
>

My SWG would be that for some reason on EL 6 you're getting the symbols for
free perhaps due to the transitive nature of linking dynamic libraries?

Since all you need to add is "-lGL" and it won't hurt anything on EL 6,
seems like a pretty straight forward fix.

Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Namespacing in pkgdb

[Matthew Miller]

On Tue, Dec 15, 2015 at 08:27:54PM +0100, Pierre-Yves Chibon wrote:
> The Fedora infrastructure and the release-engineering teams have
> worked together to begin to add namespacing to our infrastructure.
> The idea is that in a near future Fedora will distribute more than
> just rpms, such as docker containers but also other technologies that
> might arise [1].

This is cool. I'm excited to see this coming together!


-- 
Matthew Miller

Fedora Project Leader
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

[Dave Johansen]

On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw  wrote:

> On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen 
> wrote:
>
>> I'm running into a linker issue when moving code that builds on RHEL 6 to
>> Fedora or RHEL 7. Here's a simple reproducer:
>>
>> Download simple.c from
>> https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c
>> and then run:
>> g++ simple.c -lglut -o simple
>>
>
> My SWG would be that for some reason on EL 6 you're getting the symbols
> for free perhaps due to the transitive nature of linking dynamic libraries?
>
> Since all you need to add is "-lGL" and it won't hurt anything on EL 6,
> seems like a pretty straight forward fix.
>

Yes, in this simple example the fix is easy, but in our actual code it
would mean changing the build command for hundreds of programs and several
of them depend on multiple libraries which depend on multiple libraries, so
it would be pretty time consuming. Plus, that's not even to mention the
complexity and confusion that will be added when everyone wonders why a
program is linking against a library it doesn't use.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

[Tom Hughes]

On 16/12/15 19:48, Dave Johansen wrote:

On Wed, Dec 16, 2015 at 12:32 PM, Richard Shaw mailto:hobbes1...@gmail.com>> wrote:

On Wed, Dec 16, 2015 at 1:15 PM, Dave Johansen
mailto:davejohan...@gmail.com>> wrote:

I'm running into a linker issue when moving code that builds on
RHEL 6 to Fedora or RHEL 7. Here's a simple reproducer:

Download simple.c from
https://github.com/markkilgard/glut/blob/master/progs/examples/simple.c
and then run:
g++ simple.c -lglut -o simple


My SWG would be that for some reason on EL 6 you're getting the
symbols for free perhaps due to the transitive nature of linking
dynamic libraries?

Since all you need to add is "-lGL" and it won't hurt anything on EL
6, seems like a pretty straight forward fix.


Yes, in this simple example the fix is easy, but in our actual code it
would mean changing the build command for hundreds of programs and
several of them depend on multiple libraries which depend on multiple
libraries, so it would be pretty time consuming. Plus, that's not even
to mention the complexity and confusion that will be added when everyone
wonders why a program is linking against a library it doesn't use.


It is using it, or you wouldn't get that error. The reference is in the 
.o file that the compiler has generated in /tmp for your input, not in a 
library you are linking to.


The cause of the change in behaviour will be this:

https://fedoraproject.org/wiki/UnderstandingDSOLinkChange

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How do you unsubscribe from mdapi meta-data update?

[Ralph Bean]

On Wed, Dec 16, 2015 at 11:44:54AM -0700, Kevin Fenzi wrote:
> On Wed, 16 Dec 2015 10:19:50 -0500
> Steve Grubb  wrote:
> 
> > Hello,
> > 
> > Something started sending me emails about $SUBJECT. The email says
> > this is due to my preferences and give an URL. Clicking on that URL
> > leads to a page that says, "Transaction expired, or cookies not
> > available. Try to login again." 
> > 
> > Logging in again leads to no useful page. It simply says "You will be 
> > redirected to this application whenever another application requires
> > you to authenticate." 
> > 
> > Reclicking the original link still says I'm not logged in. Logging
> > into my FAS account does not allow me to pick any preference about
> > this email. How does one stop it? Why is the URL that the email gives
> > wrong?
> 
> Can you share the url it's giving you? 
> 
> It should be something like: 
> 
> https://apps.fedoraproject.org/notifications/.id.fedoraproject.org/
> 
> Which should redirect you to the Fedora ipsilon auth server. 
> It sounds like it is redirecting you, but somehow it thinks you have
> taken too long to login and says the transaction is expired?
> 
> In any case you can go to: 
> 
> https://apps.fedoraproject.org/notifications/
> 
> click the 'login button' and login. 
> Then you should be able to add a filter to drop those notifications. 
> 
> kevin

FYI, when we rolled out mdapi, we ran a script written to exclude
mdapi messages from everyone's notification preferences.

https://github.com/fedora-infra/fmn.lib/pull/55

Steve, if you're still having issue with it you can mail me directly
or ask in #fedora-apps on freenode and we can get your account sorted
out.


signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Linker issue when moving from RHEL 6 to Fedora/RHEL7

[Samuel Sieb]

On 12/16/2015 11:15 AM, Dave Johansen wrote:

The issue appears to be that the linker would resolve symbols that were
in the linked to library on RHEL 6, but aren't doing that in Fedora and
RHEL 7. Any ideas on what's going on and how I can fix it without
explicitly adding the second level libraries in my build command?

This changed a while back.  The linker doesn't automatically add 
libraries any more.  You have to specify them all explicitly.


References:
https://lists.fedoraproject.org/archives/list/devel%40lists.fedoraproject.org/thread/3RQJJV7F7JHR2NQPJJQYV357VG2UPAJB/#RPDZJ64KCHLRKOCZ7WXPUBWOEZQ5CJU5

https://fedoraproject.org/wiki/Features/ChangeInImplicitDSOLinking
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Schedule for Thursday's FPC Meeting (2015-12-17 17:00 UTC)

[James Antill]

 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-12-17 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2015-12-17 09:00 Thu US/Pacific PST
2015-12-17 12:00 Thu US/Eastern EST
2015-12-17 17:00 Thu UTC <-
2015-12-17 17:00 Thu Europe/London <-
2015-12-17 18:00 Thu Europe/Paris   CET
2015-12-17 18:00 Thu Europe/Berlin  CET
2015-12-17 22:30 Thu Asia/Calcutta  IST
--new day--
2015-12-18 01:00 Fri Asia/Singapore SGT
2015-12-18 01:00 Fri Asia/Hong_Kong HKT
2015-12-18 02:00 Fri Asia/Tokyo JST
2015-12-18 03:00 Fri Australia/Brisbane EST

 Links to all tickets below can be found at: 

https://fedorahosted.org/fpc/report/13

= Followups =

#topic #558 Application/Library distinction and package splitting
.fpc 558
https://fedorahosted.org/fpc/ticket/558

#topic #566 RPM file triggers
.fpc 566
https://fedorahosted.org/fpc/ticket/566

#topic #567 Packaging Python 3 applications and modules for EPEL 7+
.fpc 567
https://fedorahosted.org/fpc/ticket/567

#topic #580 [Clarification] Policy on auto-generated code
.fpc 580
https://fedorahosted.org/fpc/ticket/580

= New business =

#topic #547 SourceURL addition/clarification - Submodules
.fpc 547
https://fedorahosted.org/fpc/ticket/547

#topic #583 Node.js Guideline Addition
.fpc 583
https://fedorahosted.org/fpc/ticket/583

= 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. 
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How do you unsubscribe from mdapi meta-data update?

[Steve Grubb]

On Wednesday, December 16, 2015 11:44:54 AM Kevin Fenzi wrote:
> On Wed, 16 Dec 2015 10:19:50 -0500
> 
> Steve Grubb  wrote:
> > Hello,
> > 
> > Something started sending me emails about $SUBJECT. The email says
> > this is due to my preferences and give an URL. Clicking on that URL
> > leads to a page that says, "Transaction expired, or cookies not
> > available. Try to login again."
> > 
> > Logging in again leads to no useful page. It simply says "You will be
> > redirected to this application whenever another application requires
> > you to authenticate."
> > 
> > Reclicking the original link still says I'm not logged in. Logging
> > into my FAS account does not allow me to pick any preference about
> > this email. How does one stop it? Why is the URL that the email gives
> > wrong?
> 
> Can you share the url it's giving you?
> 
> It should be something like:
> 
> https://apps.fedoraproject.org/notifications/.id.fedoraproject
> .org/

https://apps.fedoraproject.org/notifications/sgrubb.id.fedoraproject.org/email/27154


> Which should redirect you to the Fedora ipsilon auth server.
> It sounds like it is redirecting you, but somehow it thinks you have
> taken too long to login and says the transaction is expired?

Yes. And logging in still doesn't help. The email seemed to allude that 
following that link would allow me to fix my preferences.

 
> In any case you can go to:
> 
> https://apps.fedoraproject.org/notifications/
> 
> click the 'login button' and login.
> Then you should be able to add a filter to drop those notifications.

Thanks. Will give that a try.

-Steve
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: How to test appdata for a package?

[Jens Lody]

Am Mittwoch, den 16.12.2015, 12:58 -0600 schrieb Richard Shaw:
> On Wed, Dec 16, 2015 at 12:41 PM, Richard Hughes  >
> wrote:
> 
> > On 16 December 2015 at 18:09, Richard Shaw 
> > wrote:
> > > I thought I successfully used gnome-software --prefer-local
> > > before but no
> > > matter what I do it doesn't find the package.
> > 
> > You need to do (kill the old instance):
> > 
> > killall gnome-software
> > gnome-software --prefer-local
> > 
> 
> Ok, that's still a nogo... I assume that the search is not case
> sensitive?
> 
> 
> > I've even gone as far as to try appstream-util install
> > /path/to/appdata.xml
> > > but I'm not sure if that does what I want as the documentation is
> > > pretty
> > > light for the options.
> > 
> > "appstream-util validate foo.appdata.xml" does the validation, but
> > gnome-software is the only client that can do a graphical "preview"
> > of
> > what it looks like. Perhaps I need to fix that.
> > 
> 
> Maybe not... I don't mind using gnome-software as long as I can
> figure out
> how to make sure it sees the new appdata file.
> 
> I'm not actually too worried about the content per se, but I do want
> to
> verify that the screenshot URL is good and that it looks good.
> 
I had the same problem, I build my package on copr and searched for it
in gnome-software, but it was not found.
After installing it with dnf, it also shows in gnome-software.
I did not try it with a local install.

> Thanks,
> Richard
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: unsubscribe

[Kevin Fenzi]

On Wed, 16 Dec 2015 08:43:58 +
Mark Vogt  wrote:

> pls unsubscribe me, can´t login because i´ve lost my password

You should be able to login via persona, which has a password reminder,
but in any case you are now unsubscribed from the lists. 

kevin
--
> 
> From: Jan Kurik 
> Sent: Tuesday, December 15, 2015 9:11 AM
> To: devel-annou...@lists.fedoraproject.org;
> annou...@lists.fedoraproject.org; Development discussions related to
> Fedora; Fedora + Community + Operations = Fedora CommOps; ambassadors
> Subject: FAmSCo - Nov/Dec 2015 Election - Result announcement
> 
> Greetings, all!
> 
> The elections for FAmSCo - Nov/Dec 2015 have concluded, and the
> results are shown below.
> 
> FAmSCo is electing 7 seats this time.
> A total of 222 ballots were cast, meaning a candidate
> could accumulate up to 2442 votes (222 * 11).
> 
> The results for the elections are as follows:
> 
>   # votes |  name
> - +--
> 1442  | Christoph Wickert (cwickert)
>  858  | Sirko Kemter (gnokii)
>  846  | Truong Anh Tuan (tuanta)
>  796  | Abdel G. Martínez L. (potty)
>  767  | Gabriele Trombini (mailga)
>  746  | Luis Bazan (lbazan)
>  690  | Giannis Konstantinidis (giannisk)
> - +--
>  677  | Dan Mossor (danofsatx / dmossor)
>  600  | Alick Zhao (alick)
>  588  | Ben Williams (kk4ewt / jbwillia)
>  433  | Matthew Williams (Lorddrachenblut)
> 
> 
> Congratulations to the winning candidates, and thank you all
> candidates for running this elections!
> --
> Jan Kuřík
> Platform & Fedora Program Manager
> Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
> ___
> devel-announce mailing list
> devel-annou...@lists.fedoraproject.org
> http://lists.fedoraproject.org/admin/lists/devel-annou...@lists.fedoraproject.org
> 



pgpPU6sA8eL1s.pgp
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Fedora Rawhide 20151216 compose check report

[Adam Williamson]

On Wed, 2015-12-16 at 15:44 +, Fedora compose checker wrote:
> Missing expected images:
> 
> Cloud_atomic disk raw x86_64
> Workstation live x86_64
> Workstation live i386
> Kde disk raw armhfp
> Kde live i386
> Kde live x86_64
> 
> No images in this compose but not Rawhide 20151215
> 
> Images in Rawhide 20151215 but not this:
> 
> Lxde live i386
> 
> Failed openQA tests: 6 of 54
> 
> ID: 1073  Test: i386 universal package_set_kde
> URL: https://openqa.fedoraproject.org/tests/1073
> ID: 1072  Test: i386 universal upgrade_2_desktop_32bit
> URL: https://openqa.fedoraproject.org/tests/1072
> ID: 1071  Test: i386 universal upgrade_desktop_32bit
> URL: https://openqa.fedoraproject.org/tests/1071
> ID: 1058  Test: x86_64 universal upgrade_2_desktop_64bit
> URL: https://openqa.fedoraproject.org/tests/1058
> ID: 1056  Test: x86_64 universal upgrade_desktop_64bit
> URL: https://openqa.fedoraproject.org/tests/1056
> ID: 1043  Test: x86_64 universal package_set_kde
> URL: https://openqa.fedoraproject.org/tests/1043

So here we still have the KDE package set failures, plus we have all
the Workstation upgrade tests failing. I'm pretty sure this is why
they're failing:

 might be a good idea to keep that gsettings-desktop-schemas
build out of rawhide until we get a shell release
 since the old shell won't start with the new schemas

only it was too late - by the time he posted that, the new gsettings-
desktop-schemas was already in the repos. So all the Workstation
upgrade tests fail; the upgrade process itself works fine, but GDM does
not start properly in the upgraded system. i.e., we could do with a
fixed gnome-shell build ASAP :)

If we were actually getting Workstation lives, I expect they'd fail in
about the same way.
-- 
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
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org