Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Giovanni 
On Tue, Sep 27, 2016 at 07:06:30PM -0700, Adam Williamson wrote:
> OK, I wrote a really long explanation which is below, but I'll put a
> summary up here: there's some clever stuff that goes on involving the
> Fedora mirror system and the repository metadata, a consequence of
> which is that with a default configuration you *definitely won't* start
> getting the new packages until an hour or two after the compose
> 'completes', and you *may* not get them until several hours later.
>
> [supersnip!]

Thanks Adam for the explanation. This was long, but really interesting. Is this
thing documented somewhere? If not, I'd suggest your email goes in some wiki
page!

Thanks

-- 
010 Giovanni [dacav] Simoni
001 
111
OpenPGP key: 93FC 2A6A 43A4 AAC2 0D8E 5411 2F99 ABB6 BA14 DF9E
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Attempting to contact unresponsive maintainers - zeenix, theinric, ifarkas, mchalk

2016-09-28 Thread jack smith 
2 others maintainers don't respond

Craig Barnes (Discount)

Eric Smith (Gsmartcontrol)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Attempting to contact unresponsive maintainers - zeenix, theinric, ifarkas, mchalk

2016-09-28 Thread Vascom 
Eric Smith recently give me commit rights to gsmartcontrol.

ср, 28 сент. 2016 г. в 11:16, jack smith :

> 2 others maintainers don't respond
>
> Craig Barnes (Discount)
>
> Eric Smith (Gsmartcontrol)
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Missing dependency in glibc package

2016-09-28 Thread Florian Weimer 

On 09/27/2016 09:32 PM, Roman Tsisyk wrote:


My package uses getprotobyname(3), getaddrinfo(3), getnameinfo(3)
functions which read /etc/protocols, /etc/hosts, /etc/services and
other network configuration files under the hood.
Despite the fact that all these functions is an integral part of
glibc, required configuration files are provided by a separate package
called `setup`, which is not in the dependency tree of glibc.


I'm not sure there needs to be a glibc dependency.  libresolv and 
nss_dns need a name server, but we don't add a dependency on that, 
either.  We need a kernel, but again, no dependency.


All the files you listed could be provided by other NSS service modules 
instead of nss_files.


We could probably add a Recommends: dependency for /etc/protocols and 
/etc/services.  For /etc/hosts, even that seems unnecessary.


Florian
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

devel@lists.fedoraproject.org

2016-09-28 Thread Matthew Miller 
On Tue, Sep 27, 2016 at 05:11:52PM -0600, Chris Murphy wrote:
> I was asked to start this in today's Server meeting. The genesis for
> me was, I have more questions than answers and I'm fairly convinced
> I'm not the only person who's kinda shrugging not knowing what all the
> questions even are. Answers are important too, but good questions to
> properly explore scope and liabilities have to come first.

Cool -- thanks for doing this.

> Cloud WG folks had decided a while ago to focus on Atomic Host, and
> sounds like now they only want to do that, and form a new Atomic WG.
> [1][2]

*nod* -- that's the plan, at least for the WG and Edition. There's
still interest in working on cloud technologies in general in the SIG,
though.

> I see 8 base images for Cloud that aren't rpm-ostree based. Are they
> in need of a new home? Who's using them? Are they all needed? Does it
> make sense for Server WG to produce the non-Atomic Cloud deliverable
> images?

Yes, at least some of them are in need of a new home. I don't know if
they are all needed. I know a non-zero but small number of people are
using them for their basic intended purpose (for building scale-out
infrastructure in EC2 or OpenStack) but I know a lot of other people
are using them as a convenient way to get a small-ish Fedora VM image
to run locally.


> Being contrary, I wondered about consolidation as a solution rather
> than adding another WG and product. [3] Does anyone see Cloud WG, or
> Server WG as spread too thinly? What estimate do you have for overlap
> in work between Cloud and Server? Is there an economy of scale by
> combining them? And is it both useful and practical to have subgroups
> within a WG, to split out the sub variants of Server: hardware, cloud,
> atomic host?

The more I think about this, the more I like your merger suggestion.

> Server and Workstation WGs have expressed interest in moving to
> rpm-ostree based deployments also. So I'm confused by what an Atomic
> WG would produce that's unique. There are huge differences between

See this in-progress document:
https://fedoraproject.org/wiki/Objectives/ProjectFAO
The goal of the Fedora Atomic/Openshift edition would be a multi-node
cluster based arond Atomic and OpenShift Origin. 


> It might be that the Cloud and Server PRD refreshes help sort some of
> this stuff out too.

Yes. :)

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-28 Thread Tomasz Kłoczko 
BTW openssl changes.

Is it any official Fedora policy/call to move away from openssl?
I'm asking because I've noticed that some packages seems have been switched
from openssl to gnutls.
Examples of those packages is wget:
* Tue Jul 26 2016 Tomas Hozza  - 1.18-2
- Switched openssl to gnutls for crypto

Another package example which is is linked with gntls instead with openssl
is lftp.

A the moment in Fedora is possible to use three types of SSL/crypto
libraries: gnutls, openssl and nss.
Short test on my system:

$ for i in nss gnutls openssl-libs; do echo -n "$i ";  rpm -e $i 2>&1 | awk
'{print $6}' | grep -v ^$i | sort | uniq | wc -l; done
nss 57
gnutls 33
openssl-libs 110

Result is that some applications on runtime are loading more than one of
those libraries.
It would be good to form kind of official guidline about using those
alternative libraries and start pushing to use only one.
In most of the cases is possible to choose between use openssl and gnutls
on compile time. In case some packages some people prepared patches
allowing to choose openssl instead gnutls.

Very similar situation is with expat vis libxml2. Biggest problem is with
fontconfig which is used by few widely used packages used on desktop.
Almost all GNOME source code is only developed to use libxml2 however using
by those software fontconfig is causing that both xml parsing libraries are
loaded into memory on runtime.
It is very good reason to choose libxml2 over expat which is lower memory
consumption and some benchmarks shows that libxml2 is faster than expat.
Again some sample from my system:

$ for i in expat libxml2; do echo -n "$i ";  rpm -e $i 2>&1 | awk '{print
$6}' | grep -v ^$i | sort | uniq | wc -l; done
expat 49
libxml2 144

This duality is causing loading both libraries in case for example apache
web server with loaded php and xml php extension. Apache is using expat and
php is using libxml2. Apache is especially messy because even in his own
source tree some modules are/can using libxml2 and other only expat.

IMO where never is now possible to choose between expat and libxml2 IMO
officially libxml2 should be used.
Actually in case of fontconfig switching to use libxml2 is very easy.All
what needs to be done is add --enable-libxml2 --without-expat to configure
options and switch in BuildRequires from expat-devel to libxml2-devel, bump
release and push to rebuild package.

kloczek
-- 
Tomasz Kłoczko |  LinkedIn: *http://lnkd.in/FXPWxH *
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Survey: What do you care about internationalization and localization, anyway?

2016-09-28 Thread Yu Shao 
Hi All, I am posting this for broader distribution, please help us 
understand how you work on i18n and l10n, thanks!


http://developers.redhat.com/blog/2016/09/26/survey-what-do-you-care-about-internationalization-and-localization-anyway/

Yu Shao

According to a survey conducted by Common Sense Advisory 
 on 
351 enterprise software buyers in Brazil, Russia, Japan, China, Sweden 
Germany France and Spain, respondents feel that 33 to 69% of this user 
cohort lack the language skills to use English-language software.


screenshot-from-2016-09-18-23-32-44

Then “desirability” indexes of combined factors of localized software, 
translated information, in-language technical support range from four 
out five in Sweden to nearly everyone in Germany, Russia and Spain to 
all buyers in Brazil, China, France and Japan. See Table 1 above.


So, localization matters. On how to achieve it to get your application 
translated or localized, there are multiple software 
internationalization practices exist, ranging from primitive way of 
using arrays and database to store the locale and translations, to 
utilizing mature libraries such as gettext, resourcebundle, 
ICU(International Components of Unicode) which handle date and time 
formats, numeric format, currency symbols, native text collation and 
translation management more efficiently.


Translation contents integration is another topic, how do you integrate 
the translation with your code in a CI/CD fashion to enable DevOps by 
utilizing the service provided from service like zanata.org is important 
in this agile world.


Ok, before we dive into some of globalization topics in detail, I would 
like to know how you internationalize and localize your application, I 
would really appreciate you spend few minutes to answer some of the 
questions below, thanks!


~Yu Shao

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-28 Thread Emmanuel Seyman 
* Tomasz Kłoczko [28/09/2016 15:13] :
>
> Is it any official Fedora policy/call to move away from openssl?

We had plans to that effect a while back :
http://fedoraproject.org/wiki/FedoraCryptoConsolidation

Emmanuel
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-28 Thread Graham Leggett 
On 28 Sep 2016, at 4:13 PM, Tomasz Kłoczko  wrote:

> BTW openssl changes.

> It would be good to form kind of official guidline about using those 
> alternative libraries and start pushing to use only one.

This is not always possible.

I spent a long time debugging 389ds on Ubuntu because someone had arbitrarily 
decided to switch the LDAP client library from NSS to gnutls. This in turn 
broke 389ds server replication, which embeds both the server code (depending on 
NSS) and client code (depending on gnutls) into the same code and then trying 
to use the same configuration for both of them. Our solution was to switch to 
CentOS.

Regards,
Graham
—
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-28 Thread Matthew Miller 
On Wed, Sep 28, 2016 at 03:13:34PM +0100, Tomasz Kłoczko wrote:
> Is it any official Fedora policy/call to move away from openssl?

As far as I know, no. There was this attempt:
https://fedoraproject.org/wiki/FedoraCryptoConsolidation
but as the top of the page notes, the effort has been abandoned. (It's
basically impossible to change every project in the world.) From that
document, though:

  The libraries that should be preferred instead of arbitrary other
  crypto stacks are (in the order of the preference):

  1. NSS
  2. GNUTLS (with nettle as crypto backend, but nettle never used
   directly by applications)
  3. OpenSSL
  4. libgcrypt 

and it might be reasonable to keep this as a "if possible, please
prefer" policy rather than a mandate.

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
I just got up and run
dnf upgrade --refresh
It still didn't work, then I tried
dnf system-upgrade download --releasever=rawhide
The terminal output is error: no kernel packages were found.
After that I run 
dnf upgrade --refresh again. My system start to upgrade.
I found it pretty weird because I think I slept for 7 hours, and it will
be enough for the mirror sync the latest packages, maybe there is still
something wrong with my rawhide configuration?

Bowen

On Tue, Sep 27, 2016 at 09:38:28PM -0700, Adam Williamson wrote:
> On Tue, 2016-09-27 at 23:22 -0500, Bowen Wang wrote:
> > Okay, that makes sense.
> > I just run the command:
> > dnf upgrade --refresh
> > to update my rawhide system. It only downloaded one package, the package
> > name is Fedora Rawhide, after that, there isn't any installation
> > process, then the command just output complete, and quit.
> 
> That's not a package, it's the name of the repository: it's telling you
> it's refreshing the metadata for that repository. When you pass --
> refresh it forces it to go out and re-fetch the metadata, and that's
> what you see happening.
> 
> >  I think there
> > must be one installation because my kernel is older than the current
> > one. But there is none.
> > Then I reboot my laptop, it seems that the kernel is not upgraded to the
> > newest version. Did I do something wrong?
> 
> Nope, you likely just hit a mirror which didn't have the new metadata
> yet. If you try again in a few hours you may get a different result.
> When there are actually package updates to apply, dnf will list them
> and require you to say '(y)es' to approve the installation.
> -- 
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Attempting to contact unresponsive maintainers - zeenix, theinric, ifarkas, mchalk

2016-09-28 Thread Kevin Fenzi 
On Wed, 28 Sep 2016 08:15:53 -
"jack smith"  wrote:

> 2 others maintainers don't respond
> 
> Craig Barnes (Discount)
> 
> Eric Smith (Gsmartcontrol)

Feel free to start the process for them. 

https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers

kevin


pgpYaRMStgKD0.pgp
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Adam Williamson 
On Wed, 2016-09-28 at 10:43 -0500, Bowen Wang wrote:
> I just got up and run
> dnf upgrade --refresh
> It still didn't work, then I tried
> dnf system-upgrade download --releasever=rawhide
> The terminal output is error: no kernel packages were found.
> After that I run 
> dnf upgrade --refresh again. My system start to upgrade.
> I found it pretty weird because I think I slept for 7 hours, and it will
> be enough for the mirror sync the latest packages, maybe there is still
> something wrong with my rawhide configuration?

Hum, hard to say, I've never really done any methodical checking of how
long mirrors take to sync. Which mirrors you get, also, depends to an
extent on where you are: mirrormanager guesses where you are based on
your IP address, and sends you servers from your region, so when you go
to that metalink URL I sent in my previous mail, the list you get is
different from the list I get.

I wouldn't recommend doing that 'system-upgrade to the same release
you're running' thing, it's not likely to make anything work better. It
just sounds like you happened to get the older metadata the first time
you did 'dnf upgrade --refresh', and the new metadata the second
time...
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora 25-20160928.n.0 compose check report

2016-09-28 Thread Fedora compose checker 
Missing expected images:

Xfce raw-xz armhfp
Cloud_base raw-xz i386

Failed openQA tests: 3/102 (x86_64), 1/17 (i386), 1/2 (arm)

New failures (same test did not fail in 25-20160927.n.0):

ID: 36985   Test: x86_64 universal install_delete_pata@uefi
URL: https://openqa.fedoraproject.org/tests/36985

Old failures (same test failed in 25-20160927.n.0):

ID: 36898   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/36898
ID: 36911   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/36911
ID: 36999   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/36999
ID: 37016   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/37016

Passed openQA tests: 99/102 (x86_64), 16/17 (i386)

New passes (same test did not pass in 25-20160927.n.0):

ID: 36896   Test: i386 Workstation-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/36896
ID: 36926   Test: x86_64 Server-dvd-iso server_realmd_join_kickstart
URL: https://openqa.fedoraproject.org/tests/36926
ID: 36984   Test: x86_64 universal install_delete_pata
URL: https://openqa.fedoraproject.org/tests/36984
ID: 37011   Test: x86_64 KDE-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/37011

Skipped openQA tests: 1 of 121
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fedora Rawhide-20160928.n.0 compose check report

2016-09-28 Thread Fedora compose checker 
Missing expected images:

Workstation live i386
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Workstation live x86_64

Failed openQA tests: 3/91 (x86_64), 1/16 (i386), 1/2 (arm)

Old failures (same test failed in Rawhide-20160927.n.1):

ID: 36765   Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/36765
ID: 36846   Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/36846
ID: 36866   Test: i386 universal upgrade_2_desktop_32bit
URL: https://openqa.fedoraproject.org/tests/36866
ID: 36876   Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/36876
ID: 36877   Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/36877

Soft failed openQA tests: 1/91 (x86_64)
(Tests completed, but using a workaround for a known bug)

Old soft failures (same test softfailed in Rawhide-20160927.n.1):

ID: 36772   Test: x86_64 KDE-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/36772

Passed openQA tests: 87/91 (x86_64), 15/16 (i386)

New passes (same test did not pass in Rawhide-20160927.n.1):

ID: 36777   Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/36777
ID: 36871   Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/36871

Skipped openQA tests: 1 of 109
-- 
Mail generated by check-compose:
https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
This is the content of the file /etc/yum.repos.d/fedora.repo on my
laptop:
[fedora]
name=Fedora $releasever - $basearch
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=0
#metadata_expire=7d
repo_gpgcheck=0
type=rpm
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False

[fedora-debuginfo]
name=Fedora $releasever - $basearch - Debug
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
repo_gpgcheck=0
type=rpm
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False

[fedora-source]
name=Fedora $releasever - Source
failovermethod=priority
#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/tree/
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearch
enabled=0
metadata_expire=7d
repo_gpgcheck=0
type=rpm
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False
I think maybe it is just a coincidence, after I run the 
dnf upgrade --refrsh
at the first time, the mirror I am using just got the latest update. So
I can upgrade my system when running the second time.

Bowen
On Wed, Sep 28, 2016 at 08:50:40AM -0700, Adam Williamson wrote:
> On Wed, 2016-09-28 at 10:43 -0500, Bowen Wang wrote:
> > I just got up and run
> > dnf upgrade --refresh
> > It still didn't work, then I tried
> > dnf system-upgrade download --releasever=rawhide
> > The terminal output is error: no kernel packages were found.
> > After that I run 
> > dnf upgrade --refresh again. My system start to upgrade.
> > I found it pretty weird because I think I slept for 7 hours, and it will
> > be enough for the mirror sync the latest packages, maybe there is still
> > something wrong with my rawhide configuration?
> 
> Hum, hard to say, I've never really done any methodical checking of how
> long mirrors take to sync. Which mirrors you get, also, depends to an
> extent on where you are: mirrormanager guesses where you are based on
> your IP address, and sends you servers from your region, so when you go
> to that metalink URL I sent in my previous mail, the list you get is
> different from the list I get.
> 
> I wouldn't recommend doing that 'system-upgrade to the same release
> you're running' thing, it's not likely to make anything work better. It
> just sounds like you happened to get the older metadata the first time
> you did 'dnf upgrade --refresh', and the new metadata the second
> time...
> -- 
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F26 System Wide Change: OpenSSL 1.1.0

2016-09-28 Thread Tomasz Kłoczko 
> 1. NSS
>  2. GNUTLS (with nettle as crypto backend, but nettle never used
>   directly by applications)
>  3. OpenSSL
>  4. libgcrypt
>
> and it might be reasonable to keep this as a "if possible, please prefer"
policy rather than a mandate.

Seems preferring gnutls over openssl is creating problems which I've
described. Really until more packages (kind of critical mass) will have
possibility to switch to other TLS/crypto libraries better IMO would be
stick with openssl. In  mean time for example possibility switching to
other one IMO should be kept as %bcond,
Is it any reason why openssl is below gnutls. I know that openssl has bad
reputation but exactly this reputation caused that in last 2-3 years more
eyes have been looking on openssl than gnutls and IMO only by this using
gnutls is more risky.

On the web page with list of packages moved to use nss is curl.
I found that dist package binaries are using now nss and openssl.
Quick test with add in %configure parameters in curl.spec modification
like:

-%configure --disable-static \
+%configure \
+LDFLAGS="-Wl,--as-needed" \
+--disable-static \
 --enable-symbol-hiding \

solves problem. With above and without ldd output is the same but on elf
NEEDED list is much less libraries:

[tkloczko@domek .libs]$ objdump -x /usr/bin/curl | grep NEEDED
  NEEDED   libcurl.so.4
  NEEDED   libmetalink.so.3
  NEEDED   libssl3.so
  NEEDED   libsmime3.so
  NEEDED   libnss3.so
  NEEDED   libnssutil3.so
  NEEDED   libplds4.so
  NEEDED   libplc4.so
  NEEDED   libnspr4.so
  NEEDED   libpthread.so.0
  NEEDED   libdl.so.2
  NEEDED   libz.so.1
  NEEDED   libc.so.6
[tkloczko@domek .libs]$ objdump -x curl | grep NEEDED
  NEEDED   libcurl.so.4
  NEEDED   libmetalink.so.3
  NEEDED   libnss3.so
  NEEDED   libplds4.so
  NEEDED   libnspr4.so
  NEEDED   libpthread.so.0
  NEEDED   libz.so.1
  NEEDED   libc.so.6

Result is that in case of any changes around openssl curl will be not
affected (does not need to be rebuild).
-Wl,--as-needed removes from rpm dependencies few other packages.

Anyone may have something against pushing to git change with above?

kloczek
-- 
Tomasz Kłoczko | LinkedIn: *http://lnkd.in/FXPWxH *
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: [HEADS UP] python-matplotlib-2.0.0 major update

2016-09-28 Thread Dominik 'Rathann' Mierzejewski 
On Monday, 26 September 2016 at 13:58, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 22 September 2016 at 15:41, Dominik 'Rathann' Mierzejewski wrote:
> > Hello,
> > I've just pushed (but not built) python-matplotlib-2.0.0b4 to rawhide.
> > I'll be attempting to rebuild all the affected packages locally to
> > test if they're compatible. In the meantime, feel free to git pull
> > and build locally for your own testing.
> > 
> > $ dnf repoquery --srpm --releasever=rawhide --whatrequires 
> > python-matplotlib --alldeps
> 
> Most packages rebuilt locally without errors, so
> python-matplotlib-2.0.0-0.1.b4.fc26 is currently building in koji.
> 
> Here are the problematic ones:
> 
> > APLpy
> 
> Rebuild failed with (python3):
> AttributeError: module 'distutils.config' has no attribute 'ConfigParser'

This was actually an upstream bug, reported and fixed already:
https://github.com/aplpy/aplpy/issues/304
Then, there were dependency issues - (Build)Requires: python-astropy
brings the python3 version instead of the expected python2 version.
Bug filed: https://bugzilla.redhat.com/show_bug.cgi?id=1380135 .
And, finally, there are some test failures, but I'm unable to tell
if this is related to matplotlib2 or not. Bug filed:
https://bugzilla.redhat.com/show_bug.cgi?id=1380134 .

> > python-igor
> 
> Looks like it got built with python3 and fails %check grepping for
> python2.

Fixed, but it should switch to py3 by default.

> > python-nipy
> 
> Missing (Build)dependency on python2-functools32. Also, 3 genuine test
> failures:
> ValueError: object arrays are not supported

Known issue, already reported upstream by maintainer. Bug filed:
https://bugzilla.redhat.com/show_bug.cgi?id=1380126

> > python-pebl
> 
> mv: 'docs/src/install.rst' and 'INSTALL.txt' are the same file

Fixed.

> > python-pyriemann
> 
> Missing (Build)dependency on python2-functools32.
> 
> > python-seaborn
> 
> Missing (Build)dependency on python2-functools32.

Fixed by adding the dependency to matplotlib package where it belongs.

Additionally, I had to add ExcludeArch: aarch64 to sagemath due to
missing dependencies on aarch64:
https://bugzilla.redhat.com/show_bug.cgi?id=1380102
https://bugzilla.redhat.com/show_bug.cgi?id=1380101

Regards,
Dominik
-- 
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Schedule for Thursday's FPC Meeting (2016-09-29 16:00 UTC)

2016-09-28 Thread James Antill 
 Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-09-29 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.

 Local time information (via. rktime):

2016-09-29 09:00 Thu US/Pacific PDT
2016-09-29 12:00 Thu US/Eastern EDT
2016-09-29 16:00 Thu UTC <-
2016-09-29 17:00 Thu Europe/London  BST
2016-09-29 18:00 Thu Europe/Paris  CEST
2016-09-29 18:00 Thu Europe/Berlin CEST
2016-09-29 21:30 Thu Asia/Calcutta  IST
--new day--
2016-09-30 00:00 Fri Asia/Singapore SGT
2016-09-30 00:00 Fri Asia/Hong_Kong HKT
2016-09-30 01:00 Fri Asia/Tokyo JST
2016-09-30 02:00 Fri Australia/BrisbaneAEST

 Links to all tickets below can be found at: 

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

= Followups =

#topic #398 Tilde in version
.fpc 398
https://fedorahosted.org/fpc/ticket/398

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

#topic #610 Packaging guidelines: Check upstream tarball signatures
.fpc 610
https://fedorahosted.org/fpc/ticket/610

= 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
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Non-numeric lz4 package version

2016-09-28 Thread Richard W.M. Jones 

Is it permitted to have a non-numeric Version field?
The guidelines are at best unclear on this topic:
https://fedoraproject.org/wiki/Packaging:Versioning#Version_Tag

The lz4 package has version "r131":
http://pkgs.fedoraproject.org/cgit/rpms/lz4.git/tree/lz4.spec#n5

Corollary question: If I'm given an NVR string, how can I split it
into name, version and release?  I was using the regexp

  ^(.*?)-(\d.*)-([^-]+)$

but that breaks on the lz4 package.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Non-numeric lz4 package version

2016-09-28 Thread Igor Gnatenko 
You do rsplit() by the '-'. Right part is R.A. you remove arch and get
release.

What exactly you want to do? RPM and DNF have proper --queryformat.

-Igor Gnatenko

On Sep 28, 2016 8:52 PM, "Richard W.M. Jones"  wrote:

>
> Is it permitted to have a non-numeric Version field?
> The guidelines are at best unclear on this topic:
> https://fedoraproject.org/wiki/Packaging:Versioning#Version_Tag
>
> The lz4 package has version "r131":
> http://pkgs.fedoraproject.org/cgit/rpms/lz4.git/tree/lz4.spec#n5
>
> Corollary question: If I'm given an NVR string, how can I split it
> into name, version and release?  I was using the regexp
>
>   ^(.*?)-(\d.*)-([^-]+)$
>
> but that breaks on the lz4 package.
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~
> rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-top is 'top' for virtual machines.  Tiny program with many
> powerful monitoring features, net stats, disk stats, logging, etc.
> http://people.redhat.com/~rjones/virt-top
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Non-numeric lz4 package version

2016-09-28 Thread Richard W.M. Jones 
On Wed, Sep 28, 2016 at 09:05:13PM +0200, Igor Gnatenko wrote:
> You do rsplit() by the '-'. Right part is R.A. you remove arch and get
> release.

Ah got it, because the release field can't contain a '-'.

> What exactly you want to do? RPM and DNF have proper --queryformat.

I don't have the RPM around.  Need the name in order to query koji for
the latest-pkg then download it.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly builds VMs from scratch
http://libguestfs.org/virt-builder.1.html
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Orphaning avogadro

2016-09-28 Thread Kevin Kofler 
Antonio Trande wrote:
> I'm going to maintain Avogadro.

Thanks!

I see you already addressed all the open bugs, that was quick. :-)

Kevin Kofler
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Adam Williamson 
On Wed, 2016-09-28 at 12:31 -0500, Bowen Wang wrote:
> I think maybe it is just a coincidence, after I run the 
> dnf upgrade --refrsh
> at the first time, the mirror I am using just got the latest update. So
> I can upgrade my system when running the second time.

To be clear, the mirror system is - intentionally - not deterministic
(in most cases); each time you hit the metalink URL it will give you a
slightly different list of mirrors (usually the same handful of mirrors
in your geographic area, but in a different order). You can see this
easily by just opening e.g. this URL:

https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-rawhide&arch=x86_64

in a browser and refreshing it a few times. You'll see different
mirrors from me, for a start - I get North American ones - but each
time you refresh the page, the order will change.

This is done to ensure that load is spread around between mirrors. So
you probably simply got a different server the second time you ran 'dnf
--refresh update' compared to the first.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Christopher Meng 
On Thu, Sep 29, 2016 at 1:31 AM, Bowen Wang  wrote:
> This is the content of the file /etc/yum.repos.d/fedora.repo on my
> laptop:
> [fedora]
> name=Fedora $releasever - $basearch
> failovermethod=priority
> #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/

Would you please use your web browser to visit this link[1] and tell
us the URL it actually redirects to?

Just hazard a guess nearby mirrors are not up2date.

[1]---http://download.fedoraproject.org
-- 

Yours sincerely,
Christopher Meng

http://cicku.me
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread stan 
On Thu, 29 Sep 2016 09:52:30 +0800
Christopher Meng  wrote:

> On Thu, Sep 29, 2016 at 1:31 AM, Bowen Wang
>  wrote:
> > This is the content of the file /etc/yum.repos.d/fedora.repo on my
> > laptop:
> > [fedora]
> > name=Fedora $releasever - $basearch
> > failovermethod=priority
> > #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
> >   

I noticed earlier that every one of them was disabled in that message,
enabled=0.  But these are the standard repositories, and it sounded
like you wanted the rawhide repositories which will be under rawhide
rather than fedora.  What do those show?

> Would you please use your web browser to visit this link[1] and tell
> us the URL it actually redirects to?
> 
> Just hazard a guess nearby mirrors are not up2date.
> 
> [1]---http://download.fedoraproject.org

https://mirrors.kernel.org/fedora//
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
Hi Chris,
I have clicked the address
https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-rawhide&arch=x86_64

I got the following stuff:

# repo = rawhide arch = x86_64 country = US country = CA
http://mirror.n5tech.com/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirrors.mit.edu/fedora/linux/development/rawhide/Everything/x86_64/os/https://mirrors.xmission.com/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.math.princeton.edu/pub/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.cs.princeton.edu/pub/mirrors/fedora/linux/development/rawhide/Everything/x86_64/os/https://mirrors.kernel.org/fedora/development/rawhide/Everything/x86_64/os/https://mirror.steadfast.net/fedora/development/rawhide/Everything/x86_64/os/http://mirror.metrocast.net/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirrors.rit.edu/fedora/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.nexcess.net/fedora/development/rawhide/Everything/x86_64/os/http://linux.mirrors.es.net/fedora/development/rawhide/Everything/x86_64/os/http://mirror.cc.vt.edu/pub/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.uoregon.edu/fedora/linux/development/rawhide/Everything/x86_64/os/http://repo.atlantic.net/fedora/linux/development/rawhide/Everything/x86_64/os/http://kdeforge2.unl.edu/mirrors/fedora/linux/development/rawhide/Everything/x86_64/os/http://fedora.mirror.lstn.net/development/rawhide/Everything/x86_64/os/http://fedora.mirrors.tds.net/fedora/development/rawhide/Everything/x86_64/os/http://mirror.datto.com/fedora/primary/development/rawhide/Everything/x86_64/os/http://mirror.cs.pitt.edu/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.web-ster.com/fedora/development/rawhide/Everything/x86_64/os/https://mirror.chpc.utah.edu/pub/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.prgmr.com/pub/fedora/linux/development/rawhide/Everything/x86_64/os/http://mirror.utexas.edu/fedora/linux/development/rawhide/Everything/x86_64/os/http://archive.linux.duke.edu/pub/fedora/linux/development/rawhide/Everything/x86_64/os/https://mirrors.cat.pdx.edu/fedora/linux/development/rawhide/Everything/x86_64/os/https://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/Everything/x86_64/os/https://muug.ca/mirror/fedora/linux/development/rawhide/Everything/x86_64/os/http://fedora.bhs.mirrors.ovh.net/linux/development/rawhide/Everything/x86_64/os/https://mirror.csclub.uwaterloo.ca/fedora/linux/development/rawhide/Everything/x86_64/os/http://fedora.mirror.gtcomm.net/development/rawhide/Everything/x86_64/os/https://mirror.its.sfu.ca/mirror/fedora/linux/development/rawhide/Everything/x86_64/os/

BTW, I live in Missouri, USA.

Bowen

On Wed, Sep 28, 2016 at 9:12 PM, stan  wrote:

> On Thu, 29 Sep 2016 09:52:30 +0800
> Christopher Meng  wrote:
>
> > On Thu, Sep 29, 2016 at 1:31 AM, Bowen Wang
> >  wrote:
> > > This is the content of the file /etc/yum.repos.d/fedora.repo on my
> > > laptop:
> > > [fedora]
> > > name=Fedora $releasever - $basearch
> > > failovermethod=priority
> > > #baseurl=http://download.fedoraproject.org/pub/fedora/
> linux/releases/$releasever/Everything/$basearch/os/
>
> I noticed earlier that every one of them was disabled in that message,
> enabled=0.  But these are the standard repositories, and it sounded
> like you wanted the rawhide repositories which will be under rawhide
> rather than fedora.  What do those show?
>
> > Would you please use your web browser to visit this link[1] and tell
> > us the URL it actually redirects to?
> >
> > Just hazard a guess nearby mirrors are not up2date.
> >
> > [1]---http://download.fedoraproject.org
>
> https://mirrors.kernel.org/fedora//
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
Hi Stan,
I am not sure if I know what you are saying, can you explain it again?
Thanks.

Bowen

On Wed, Sep 28, 2016 at 9:12 PM, stan  wrote:

> On Thu, 29 Sep 2016 09:52:30 +0800
> Christopher Meng  wrote:
>
> > On Thu, Sep 29, 2016 at 1:31 AM, Bowen Wang
> >  wrote:
> > > This is the content of the file /etc/yum.repos.d/fedora.repo on my
> > > laptop:
> > > [fedora]
> > > name=Fedora $releasever - $basearch
> > > failovermethod=priority
> > > #baseurl=http://download.fedoraproject.org/pub/fedora/
> linux/releases/$releasever/Everything/$basearch/os/
>
> I noticed earlier that every one of them was disabled in that message,
> enabled=0.  But these are the standard repositories, and it sounded
> like you wanted the rawhide repositories which will be under rawhide
> rather than fedora.  What do those show?
>
> > Would you please use your web browser to visit this link[1] and tell
> > us the URL it actually redirects to?
> >
> > Just hazard a guess nearby mirrors are not up2date.
> >
> > [1]---http://download.fedoraproject.org
>
> https://mirrors.kernel.org/fedora//
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Bind update (CVE-2016-2776)?

2016-09-28 Thread Bojan Smojver 
Could someone with sufficient access please spin up an update of bind
for F-24 and other flavours of Fedora. That CVE looks like a pretty
serious DoS. This has already been fixed in RHEL.

Thanks,
-- 
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread stan 
On Wed, 28 Sep 2016 21:43:21 -0500
Bowen Wang  wrote:

> Hi Stan,
> I am not sure if I know what you are saying, can you explain it again?
> Thanks.

I wasn't really paying attention to the conversation, but it sounded
like you wanted to have rawhide on your machine.  But rawhide uses its
own repo, fedora-rawhide.repo.  If you don't have that in
your /etc/yum.repos.d, dnf won't be able to find rawhide. There is a
package named like fedora-repos-rawhide-25-0.5.noarch that will put
that repo in /etc/yum.repos.d.  I was running rawhide when f25 was
rawhide, so I have that package for f25 installed.  You probably want
the one for f26.  Then, enable that repo, and leave the others
disabled, and you should update to rawhide the next time you run dnf
update.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Adam Williamson 
On Thu, 2016-09-29 at 09:52 +0800, Christopher Meng wrote:
> On Thu, Sep 29, 2016 at 1:31 AM, Bowen Wang  
> wrote:
> > This is the content of the file /etc/yum.repos.d/fedora.repo on my
> > laptop:
> > [fedora]
> > name=Fedora $releasever - $basearch
> > failovermethod=priority
> > #baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/
> 
> 
> Would you please use your web browser to visit this link[1] and tell
> us the URL it actually redirects to?

That line is commented out. It is not using it, but the 'metalink' line
below, which works as I described in my earlier email.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
These are all the files in /etc/yum.repos.d/

fedora-cisco-openh264.repo
fedora-rawhide.repo
fedora.repo
fedora-updates.repo
fedora-updates-testing.repo

Is this correct?

Bowen
On Wed, Sep 28, 2016 at 10:36:53PM -0700, stan wrote:
> On Wed, 28 Sep 2016 21:43:21 -0500
> Bowen Wang  wrote:
> 
> > Hi Stan,
> > I am not sure if I know what you are saying, can you explain it again?
> > Thanks.
> 
> I wasn't really paying attention to the conversation, but it sounded
> like you wanted to have rawhide on your machine.  But rawhide uses its
> own repo, fedora-rawhide.repo.  If you don't have that in
> your /etc/yum.repos.d, dnf won't be able to find rawhide. There is a
> package named like fedora-repos-rawhide-25-0.5.noarch that will put
> that repo in /etc/yum.repos.d.  I was running rawhide when f25 was
> rawhide, so I have that package for f25 installed.  You probably want
> the one for f26.  Then, enable that repo, and leave the others
> disabled, and you should update to rawhide the next time you run dnf
> update.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Adam Williamson 
On Thu, 2016-09-29 at 00:56 -0500, Bowen Wang wrote:
> These are all the files in /etc/yum.repos.d/
> 
> fedora-cisco-openh264.repo
> fedora-rawhide.repo
> fedora.repo
> fedora-updates.repo
> fedora-updates-testing.repo
> 
> Is this correct?

Yes, that's fine. If you look in fedora-rawhide.repo you will likely
see this:

#baseurl=http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/$basearch/os/
metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=$basearch

which is the default configuration, and behaves as I described. It
tells dnf to fetch the 'metalink' file from the specified URL -
$basearch is a special value which dnf will replace with your system's
architecture, so the real URL will be:

https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64

if you have an x86_64 system. If you download the file at that URL,
you'll see an XML file. It contains three sets of checksums for the
'repomd.xml' metadata file, one for each of the last three Rawhide
composes (with three different types of checksum in each set), and then
a list of mirrors. This is the data that causes dnf to act as I
described before: it will go to the first mirror in the list, download
the repomd.xml file, checksum it, and compare the value to each of the
three corresponding values in the metalink file. If the checksum
matches, it will consider that mirror's metadata up to date, and use
it; if not, it will go to the next mirror on the list and start the
process again.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Rawhide-20160927.n.1 compose check report

2016-09-28 Thread Bowen Wang 
Thanks for being so patient and explaining so much stuff to me!

Bowen
On Wed, Sep 28, 2016 at 11:10:33PM -0700, Adam Williamson wrote:
> On Thu, 2016-09-29 at 00:56 -0500, Bowen Wang wrote:
> > These are all the files in /etc/yum.repos.d/
> > 
> > fedora-cisco-openh264.repo
> > fedora-rawhide.repo
> > fedora.repo
> > fedora-updates.repo
> > fedora-updates-testing.repo
> > 
> > Is this correct?
> 
> Yes, that's fine. If you look in fedora-rawhide.repo you will likely
> see this:
> 
> #baseurl=http://download.fedoraproject.org/pub/fedora/linux/development/rawhide/$basearch/os/
> metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=$basearch
> 
> which is the default configuration, and behaves as I described. It
> tells dnf to fetch the 'metalink' file from the specified URL -
> $basearch is a special value which dnf will replace with your system's
> architecture, so the real URL will be:
> 
> https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=x86_64
> 
> if you have an x86_64 system. If you download the file at that URL,
> you'll see an XML file. It contains three sets of checksums for the
> 'repomd.xml' metadata file, one for each of the last three Rawhide
> composes (with three different types of checksum in each set), and then
> a list of mirrors. This is the data that causes dnf to act as I
> described before: it will go to the first mirror in the list, download
> the repomd.xml file, checksum it, and compare the value to each of the
> three corresponding values in the metalink file. If the checksum
> matches, it will consider that mirror's metadata up to date, and use
> it; if not, it will go to the next mirror on the list and start the
> process again.
> -- 
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
> http://www.happyassassin.net
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

jeromq license change

2016-09-28 Thread Mikolaj Izdebski 
Starting with version 0.3.6, jeromq package changes license from
"LGPLv3" to "MPLv2.0".

As far as I can tell, GPL compatibility is retained because
"Incompatible With Secondary Licenses" is not used.

See also: http://zeromq.org/area:licensing

-- 
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org