poma | 17 Oct 02:22 2014
Picon

Re: No more deltarpms by default

On 06.10.2014 16:46, Jaroslav Reznik wrote:
> ----- Original Message -----
>>
>>
>>
>> On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
>>> On 6 October 2014 09:41, Rahul Sundaram <metherid <at> gmail.com> wrote:
>>>> Hi
>>>>
>>>> One of the long standing features that were enabled by default in yum is
>>>> support for delta rpms.  dnf developers have disabled this and I think
>>>> this
>>>> change deserves a broader discussion
>>>>
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1148208
>>>>
>>>
>>> "I have an internet flatrate at 150 mbs, and downloading the full rpms
>>> is ALOT faster than the the work that the delta rpms requires."
>>>
>>> Wow. Good to see normal users are taken into account. The main
>>> argument from a distro point of view is reducing load on servers, but
>>> I don't know many people on 150Mbs either. Heck, I've just tested my
>>> work janet connection and that's <100Mbs in our office. At home 8Mbps
>>> is a good day. (I'm assuming mbs is a typo for Mbps and not milli bit
>>> seconds, where the very slow transfer speed declines exponentially as
>>> the connection progresses.)
>>
>>
>> The deltarpms were meant to serve two purposes
(Continue reading)

Adam Jackson | 17 Oct 15:56 2014
Picon

LLVM 3.5 rebase

Yep, this again.  I'm just as thrilled as you are.  3.5 is necessary for
proper ppc64le support, as well as some minor radeonsi features in Mesa.

One problem this time around appears to be python-llvmpy, which appears
to have decided that llvm 3.2/3.3 are the only versions it will support:

https://github.com/llvmpy/llvmpy/commit/1e141931b874dd0bc3d8e9d801b949939430ad4e

We're already shipping it built against 3.4, so that's truly charming.
I'm open to suggestions here.

- ajax

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Jan Chaloupka | 17 Oct 14:50 2014
Picon

el6 builds failing

Hi,

an hour ago I was able to build golang-github-mitchellh-mapstructure 
package for el6:
http://koji.fedoraproject.org/koji/packageinfo?packageID=19293

Now it fails (some of my scratch builds):
http://koji.fedoraproject.org/koji/taskinfo?taskID=7894679
http://koji.fedoraproject.org/koji/taskinfo?taskID=7894716
http://koji.fedoraproject.org/koji/taskinfo?taskID=7894880

Trying to scratch build another package (already build in el6 again):
http://koji.fedoraproject.org/koji/taskinfo?taskID=7894763

With the same result = fail. The spec files has not changed.

Error message from
mock_output.log:
http://kojipkgs.fedoraproject.org/repo/rhel/rhel-x86_64-server-6/getPackage/libxml2-2.7.6-14.el6_5.2.x86_64.rpm: 
[Errno 14] HTTP Error 404 - Not Found
Trying other mirror.

Error downloading packages:
   libxml2-2.7.6-14.el6_5.2.x86_64: failed to retrieve 
libxml2-2.7.6-14.el6_5.2.x86_64.rpm from build
error was [Errno 14] HTTP Error 404 - Not Found

Is there some maintenance of el6 branch packages?  Or some server is down?

Thanks
(Continue reading)

Phil Knirsch | 17 Oct 14:41 2014
Picon

[Base] Base Design WG agenda meeting 17 October 2014 15:00 UTC on #fedora-meeting

Agenda:
  - Status buildrequires cleanup work (davids & nils!)
  - Open Floor

Thanks & regards, Phil

-- 
Philipp Knirsch              | Tel.:  +49-711-96437-470
Manager Core Services        | Fax.:  +49-711-96437-111
Red Hat GmbH                 | Email: Phil Knirsch <pknirsch <at> redhat.com>
Wankelstrasse 5              | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora Rawhide Report | 17 Oct 14:35 2014

rawhide report: 20141017 changes

Compose started at Fri Oct 17 05:15:02 UTC 2014
Broken deps for i386
----------------------------------------------------------
[3Depict]
	3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Agda]
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
[PyQuante]
	PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21
[Sprog]
	Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[audtty]
	audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2
[authhub]
	authhub-0.1.2-3.fc19.i686 requires libjson.so.0
[cab]
	cab-0.1.9-12.fc22.i686 requires cabal-dev
[condor]
	condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so
[darcs]
	darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	darcs-2.8.4-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	darcs-2.8.4-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3)
(Continue reading)

Roberto Ragusa | 17 Oct 10:55 2014
Picon

Re: No more deltarpms by default

On 10/06/2014 07:25 PM, Reindl Harald wrote:

> the last discussions suggested that the result needs to be *identical* to the full RPM downloaded for not
break signatures

Bizarre design; the signature should protect the content (uncompressed), not
the transport method (compressed).

-- 
   Roberto Ragusa    mail at robertoragusa.it
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Roberto Ragusa | 17 Oct 10:49 2014
Picon

Re: No more deltarpms by default

On 10/06/2014 07:57 PM, Reindl Harald wrote:
> 
> oh no - don't tie all together for reasons which did not destory the world over years - it is a damned good
design that the part dealing with rpm packages don't need to know anything aboutt delta rpms because the
normal packages are created before that step
> 

And, going further on the same road... why don't we just find a way to
locally produce the original rpm by downloading through rsync?
Are compressed rpms completely impossible to diff efficiently by rsync?
(losing a bit of compression efficiency could be acceptable if rpms
became rsyncable)

-- 
   Roberto Ragusa    mail at robertoragusa.it
--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Nikos Mavrogiannopoulos | 16 Oct 19:44 2014
Picon

enhancing crypto policies for other languages than C

Hello,
 The currently proposed fedora maintainer instructions for the
system-wide crypto policy are mainly for the C language. Could some
experienced in other languages (e.g., ruby/python) propose some text for
them?

https://fedoraproject.org/wiki/User:Nmav/CryptoPolicies

regards,
Nikos

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Kevin Kofler | 16 Oct 17:00 2014
Picon

Re: No more deltarpms by default

Ian Malone wrote:
> "I have an internet flatrate at 150 mbs, and downloading the full rpms
> is ALOT faster than the the work that the delta rpms requires."
> 
> Wow. Good to see normal users are taken into account.

I have a normal Austrian broadband connection, and it is still much faster 
to just download the full RPMs than to use delta RPMs.

And parallelization (as others in the thread have suggested) will not help 
at all on the single-core machine I'm typing this on.

Thus, I disabled delta RPMs long ago and agree that they should be off by 
default.

        Kevin Kofler

--

-- 
devel mailing list
devel <at> lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Fedora Rawhide Report | 16 Oct 13:44 2014

rawhide report: 20141016 changes

Compose started at Thu Oct 16 05:15:05 UTC 2014
Broken deps for i386
----------------------------------------------------------
[3Depict]
	3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Agda]
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	ghc-Agda-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires libHShaskeline-0.7.0.3-ghc7.6.3.so
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc-devel(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(terminfo-0.3.2.5-61e0dc43a1465e327dacd9ab37bbe1a3)
	ghc-Agda-devel-2.3.2.2-5.fc22.i686 requires ghc(haskeline-0.7.0.3-775b029f16a4b58f3cc6b4cb4f7e7ac5)
[PyQuante]
	PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) = 0:1.1.6-2.fc21
[Sprog]
	Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[audtty]
	audtty-0.1.12-9.fc20.i686 requires libaudclient.so.2
[authhub]
	authhub-0.1.2-3.fc19.i686 requires libjson.so.0
[cab]
	cab-0.1.9-12.fc22.i686 requires cabal-dev
[collectd]
	collectd-onewire-5.4.1-9.fc22.i686 requires libowcapi-2.9.so.5
[condor]
	condor-plumage-8.1.4-7.a1a7df5.fc22.i686 requires libmongoclient.so
[darcs]
	darcs-2.8.4-5.fc22.i686 requires libHSterminfo-0.3.2.5-ghc7.6.3.so
(Continue reading)

Michael Schwendt | 16 Oct 13:44 2014
Picon

Qt 5 Fedora 21 packages

Some confusion here trying to use Fedora's Qt 5 packages, and it seems they
cannot be use quickly.

  $ rpm -qa qt5\*|sort
  qt5-qtbase-5.3.2-3.fc21.x86_64
  qt5-qtbase-devel-5.3.2-3.fc21.x86_64
  qt5-qtbase-gui-5.3.2-3.fc21.x86_64
  qt5-qtbase-ibase-5.3.2-3.fc21.x86_64
  qt5-qtbase-mysql-5.3.2-3.fc21.x86_64
  qt5-qtbase-odbc-5.3.2-3.fc21.x86_64
  qt5-qtbase-postgresql-5.3.2-3.fc21.x86_64
  qt5-qtbase-tds-5.3.2-3.fc21.x86_64

No "moc" in PATH, no "uic" either. Just moc-qt5 and uic-qt5.

  $ pkg-config --variable=moc Qt5
  /usr/lib64/qt5/bin/moc
  $ pkg-config --variable=uic Qt5

  $
  $ rpm -qf  /usr/lib64/qt5/bin/moc
  qt5-qtbase-devel-5.3.2-3.fc21.x86_64

No documentation in that package:

  $ rpm -qd qt5-qtbase-devel
  $

It seems to be specific to Fedora. Looking up the qt5-qtbase spec file,
even the Qt5.pc file is generated there. The "moc" variable is added there
(Continue reading)


Gmane