On 10/01/2014 10:28 PM, Stephen Gallagher wrote:
Fedora officially only supports upgrades from a*fully-upgraded Fedora*
to the next version, so we could work around this by adding a temporary
explicit Requires: fedora-release-standard on the F20 fedora-release
package, thereby forcing all upgrade
On 10/03/2014 10:57 PM, Stephen Gallagher wrote:
To that end, fedup will grow a new mandatory option: --product. It will
take one of four arguments: "standard" (non-productized), "server",
"workstation" or cloud.
For those rebels who use fedora-upgrade(8): this script now ask you right after di
Hi
On Mon, Oct 6, 2014 at 3:18 AM, Miroslav Suchý wrote:
> I tried the upgrade during weekend. And I tried to simulate this requires
> during upgrade.
> The problem is that once you get fedora-release-standard, you will get
> other *-standard (e.g.
> firewalld-config-standard) and there is no wa
Hi
I was pushing out updates for deluge for F20 and F19 and when I tried to
push to stable, AutoQA figured out what this was breaking the upgrade path
since I had forgotten to do a push for F21. So far so good however, the
message is a bit misleading
https://admin.fedoraproject.org/updates/FEDO
W dniu 04.10.2014 o 18:32, Matthew Miller pisze:
> I'm not sure why you would need to do that because of running yum,
> but, one thing you can do is remove the yum package and install
> dnf-yum instead, which provides a /usr/bin/yum compatibility
> wrapper.
Too bad that it does not also say that i
Hi
On Mon, Oct 6, 2014 at 3:52 AM, Marcin Juszkiewicz wrote:
> Too bad that it does not also say that it provides yum ;(
>
> 09:52 root@pinkiepie-rawhide:mnt$ dnf install dnf-yum mock
> Error: package mock-1.1.41-3.fc22.noarch requires yum >= 2.4, but none
> of the providers can be installed
>
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
Rahul
--
devel mailing list
devel@lists.fedoraproject
On 10/06/2014 08:57 AM, Zdenek Kabelac wrote:
Well all I can say is autoconf (at least on my rawhide) doesn't work
with dash for quite some time.
Care to share more details?
Could be a dash bug, could be an autoconf bug, could be a local
configuration breakage, could be something else.
Ralf
On Sat, Oct 4, 2014 at 8:37 AM, Panu Matilainen
wrote:
>
> I'm sure rpmlint can (be made to) check for bashisms...
https://sourceforge.net/p/rpmlint/tickets/39/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Hello All!
2014-10-06 12:41 GMT+04:00 Rahul Sundaram :
> Hi
>
> One of the long standing features that were enabled by default in yum is
> support for delta rpms. dnf developers have disabled this
At last!
--
With best regards, Peter Lemenkov.
--
devel mailing list
devel@lists.fedoraproject.o
On 6 October 2014 09:41, Rahul Sundaram 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=1148
On 10/03/2014 10:51 PM, Haïkel wrote:
2014-10-03 22:30 GMT+02:00 Stephen Gallagher :
On Fri, 2014-10-03 at 21:43 +0200, Haïkel wrote:
This makes sense to me, though it annoys me as a token of our failure
to be an attractive platform for such use cases.
DId you consider providing a copr repo
On Mon, Oct 06, 2014 at 04:41:07AM -0400, Rahul Sundaram 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/sh
Am 06.10.2014 um 13:00 schrieb Richard W.M. Jones:
On Mon, Oct 06, 2014 at 04:41:07AM -0400, Rahul Sundaram wrote:
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 discu
Compose started at Mon Oct 6 07:15:02 UTC 2014
Broken deps for armhfp
--
[PyQuante]
PyQuante-libint-1.6.4-11.fc21.1.armv7hl requires libint(armv7hl-32) =
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.armv7hl requires libaudcli
Compose started at Mon Oct 6 05:15:04 UTC 2014
Broken deps for i386
--
[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
Dennis, how can I help you to figure out image publishing process? Let
me know if I can be any help, we should definitely move forward on this
and it probably doesn't make sense vote until you say we have a workflow
how to ship the image.
Vašek
On 3.10.2014 08:56, Václav Pavlín wrote:
Hi I wi
On 10/05/2014 08:25 PM, Josh Boyer wrote:
On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski wrote:
On 10/05/2014 09:50 AM, Josef Bacik wrote:
On Oct 2, 2014 11:32 PM, "Andre Robatino"
wrote:
openSUSE 13.2, scheduled for release in November, will have btrfs as the
default filesystem. What are t
On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
Now, there is another question which has not been voiced: what is the
"plan" for filessystems in Fedora (and by implication RHEL)? Is it
BTRFS? Or, perhaps is it LVM with XFS? IIRC, some time ago it was
stated that the plan was to move to BTRFS.
On Mon, Oct 6, 2014 at 8:29 AM, Gene Czarcinski wrote:
> On 10/05/2014 08:25 PM, Josh Boyer wrote:
>>
>> On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski
>> wrote:
>>>
>>> On 10/05/2014 09:50 AM, Josef Bacik wrote:
>>>
>>> On Oct 2, 2014 11:32 PM, "Andre Robatino"
>>> wrote:
openSUSE 13
On Oct 6, 2014 8:29 AM, "Gene Czarcinski" wrote:
>
> On 10/05/2014 08:25 PM, Josh Boyer wrote:
>>
>> On Sun, Oct 5, 2014 at 3:03 PM, Gene Czarcinski
wrote:
>>>
>>> On 10/05/2014 09:50 AM, Josef Bacik wrote:
>>>
>>> On Oct 2, 2014 11:32 PM, "Andre Robatino"
>>> wrote:
openSUSE 13.2, sch
On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
> On 6 October 2014 09:41, Rahul Sundaram 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 bro
On Sat, 2014-10-04 at 12:46 -0400, Mike Pinkerton wrote:
> On 3 Oct 2014, at 19:37, Ray Strode wrote:
>
> > I'm not sure it's worth repainting the bikeshed at this point, but
> > during the alluded-to discussion a few alternative names came up that
> > would have been better than fedora-release
On 10/05/2014 05:15 PM, Florian Weimer wrote:
On 10/04/2014 10:18 PM, Alec Leamas wrote:
Hm seems that recent bash patch to fix the shellshock problem
introduces this. Fedora-review relies on exported shell functions
(export -f) and the bash fix changes the syntax for exported functions
in a
Change in package status over the last 168 hours
2 packages were orphaned
libvmime07 [master] was orphaned by robert
A powerful C++ class library for working with MIME/Internet messages
https://admin.fedoraproject.
On 2014-10-06 15:16, Florian Weimer wrote:
On 10/05/2014 05:15 PM, Florian Weimer wrote:
On 10/04/2014 10:18 PM, Alec Leamas wrote:
Hm seems that recent bash patch to fix the shellshock problem
introduces this. Fedora-review relies on exported shell functions
(export -f) and the bash fix ch
On Mon, Oct 06, 2014 at 12:00:04PM +0100, Richard W.M. Jones wrote:
> The amount of time taken to rebuild rpms from delta rpms meant that
> they didn't seem to save anything for me.
It's not about saving *time*; it's about reducing the amount of data
sent over the wire -- this is particularly imp
On Mon, Oct 6, 2014 at 3:07 PM, Stephen Gallagher wrote:
>
>
>
> On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
>> On 6 October 2014 09:41, Rahul Sundaram wrote:
>> > Hi
>> >
>> > One of the long standing features that were enabled by default in yum is
>> > support for delta rpms. dnf deve
Hi,
> > It would be nice to see if we can find ways to improve the performance
> > of the deltarpm reconstruction instead. Much of the time is spent on
> > compression/decompression tasks which *should* be massively parallel
>
> s/massively parallel/not done at all/ ... but we had this discussi
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :). The
fact is I'm the only one who can drive btrfs as the default filesystem feature
in Fedora, and since I've left Red Hat that has become much less of an
priority for me. But my
On Mon, Oct 6, 2014 at 3:48 PM, Gerd Hoffmann wrote:
> Hi,
>
>> > It would be nice to see if we can find ways to improve the performance
>> > of the deltarpm reconstruction instead. Much of the time is spent on
>> > compression/decompression tasks which *should* be massively parallel
>>
>> s/mas
On 10/6/14 8:50 AM, Ric Wheeler wrote:
> On 10/06/2014 08:54 AM, Josef Bacik wrote:
>>
>> Well that's exactly what it is, go away I'm busy with other stuff
>> :). The fact is I'm the only one who can drive btrfs as the
>> default filesystem feature in Fedora, and since I've left Red Hat
>> that h
On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler wrote:
> On 10/06/2014 08:54 AM, Josef Bacik wrote:
>>
>>
>> Well that's exactly what it is, go away I'm busy with other stuff :). The
>> fact is I'm the only one who can drive btrfs as the default filesystem
>> feature in Fedora, and since I've left Re
On 10/6/14 7:45 AM, Ralf Corsepius wrote:
> On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
>
>> Now, there is another question which has not been voiced: what is
>> the "plan" for filessystems in Fedora (and by implication RHEL)?
>> Is it BTRFS? Or, perhaps is it LVM with XFS? IIRC, some time ag
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* FollowUp: mapping CVEs to Docker images that need rebuilding
* Docker Documentation for Fedora
* Idea: Ability to define dependencies between coprs (correctly)
* Picki
- Original Message -
>
>
>
> On Mon, 2014-10-06 at 10:54 +0100, Ian Malone wrote:
> > On 6 October 2014 09:41, Rahul Sundaram wrote:
> > > Hi
> > >
> > > One of the long standing features that were enabled by default in yum is
> > > support for delta rpms. dnf developers have disabled
On 6 October 2014 00:06, Paolo Bonzini wrote:
> Il 02/10/2014 11:04, Zdenek Kabelac ha scritto:
> > It used to give significant boost for automake & libtool based software
> > - however at some point libtool started to use bashisms and so you
> > cannot just replace /bin/sh -> dash - as build wi
On Mon, Oct 6, 2014 at 4:46 PM, 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 wrote:
>> > > Hi
>> > >
>> > > One of the long standing features that were enabled by default in yum
Stephen Gallagher (sgall...@redhat.com) said:
> Rehashing the conversation elsewhere, the problem with DIY and similar
> is that it doesn't make much sense in the context of Spins, which are
> non-productized but not particularly do-it-yourself.
While they're not DIY in the context of the initial
On Mon, Oct 6, 2014 at 8:00 AM, drago01 wrote:
> I am not convinced that "being fast" and "download less" are mutually
> exclusive when using deltas. So we should keep deltas *and* make them
> faster.
>
Exactly. The fact that some users have more bandwidth means exactly what?
Most people also h
On Mon, 06 Oct 2014 09:07:33 -0400
Stephen Gallagher wrote:
> The deltarpms were meant to serve two purposes
>
> 1) (lesser) Address the needs of users in developing countries (where
> Fedora is fairly popular) and bandwidth concerns are very
> considerable. Many of these users have connections
On 10/6/14 9:26 AM, Josef Bacik wrote:
> Obviously we aren't in xfs/e2fsprogs territory, but it'll fix 90% of
> the problems and then the other 10% are just a matter of having an
> example to work off of. Thanks,
>
> Josef
Josef, just as a datapoint: after corrupting 32k random bytes on a 2G
ima
- Original Message -
> On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
> > >Is it worth considering using Dash as the default (non-interactive)
> > >shell in Fedora? Other distributions including Ubuntu and Debian
> > >(https://lwn.net/Articles/343924/) have been using das
On Mon, Oct 6, 2014 at 11:52 AM, Eric Sandeen wrote:
> On 10/6/14 9:26 AM, Josef Bacik wrote:
>> Obviously we aren't in xfs/e2fsprogs territory, but it'll fix 90% of
>> the problems and then the other 10% are just a matter of having an
>> example to work off of. Thanks,
>>
>> Josef
>
> Josef, jus
Dear all,
A long desired and awaited feature for pkgdb2 is the possibility to have FAS
groups maintain packages.
The idea is the following:
- You have a FAS group
- People are members of this group
- This group can be given commit or even be made point of contact of packages
on pkgdb
- If the g
On 6 October 2014 16:57, Miloslav Trmač wrote:
> - Original Message -
>> On Fri, Oct 03, 2014 at 02:29:53PM -0600, Orion Poplawski wrote:
>> > >Is it worth considering using Dash as the default (non-interactive)
>> > >shell in Fedora? Other distributions including Ubuntu and Debian
>> > >
- Original Message -
> > At that point switching anything to dash can _only increase_, not reduce,
> > the disk space needed, and is very likely to increase the total page cache
> > usage/requirement as well. Bringing the benefits of supporting dash to…
> > the satisfaction of pedantically
FWIW, I wrote and maintained yum-presto before it was integrated into
yum. I've commented inline:
On 10/06/2014 06:31 PM, Kevin Fenzi wrote:
On Mon, 06 Oct 2014 09:07:33 -0400
Stephen Gallagher wrote:
The deltarpms were meant to serve two purposes
1) (lesser) Address the needs of users in
On 10/06/2014 05:16 PM, Gerald B. Cox wrote:
> The fact that some users have more bandwidth means exactly
> what? Most people also have faster processors and disks now. It is
> more efficient from a networking perspective to minimize unnecessary
> traffic and use local processing. That was behin
Bandwidth may be growing faster, but it started way behind processing
power. It hasn't caught up. The current definition from the FCC for
broadband is 4Mb. They are working to increase it, but that hasn't
happened. Carriers are looking for ways to throttle traffic. Your
assumption that everyon
> because it needs to build the complete xz-compressed RPM
> there was a discussion here not that long ago
Is the XZ the only option for RPMs now? Can't it do it uncompressed? Or
at least gzip -1.
Or Rich can add new feature to his ultra-blazing-fast multi-core XZ
decompressor. Compression :-)
-
Am 06.10.2014 um 19:18 schrieb Lukas Zapletal:
because it needs to build the complete xz-compressed RPM
there was a discussion here not that long ago
Is the XZ the only option for RPMs now? Can't it do it uncompressed? Or
at least gzip -1.
Or Rich can add new feature to his ultra-blazing-fast
On Mon, Oct 6, 2014 at 7:01 PM, Florian Festi wrote:
> On 10/06/2014 05:16 PM, Gerald B. Cox wrote:
>> The fact that some users have more bandwidth means exactly
>> what? Most people also have faster processors and disks now. It is
>> more efficient from a networking perspective to minimize unne
Ok I think the above thread explains it, the Jonathan's mail lists what
would be needed and it looks like there are some blockers on the infra
side. Disregard.
--
Later,
Lukas #lzap Zapletal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
On 10/06/2014 06:53 PM, Jonathan Dieter wrote:
>> Get to coding. ;)
>
> As mentioned elsewhere, the problem *is* signatures. yum (quite
> rightly) refuses to install an rpm whose signature doesn't match the one
> in the primary repodata. And I believe that the signature in the RPM is
> also over
Hello,
I noticed Titillium typeface is unlisted in Gnome Software. How to
include it? I tried to look at the documentation about the process but
not available.
Thank you,
--
Luya Tshimbalanga
Graphic & Web Designer
E: l...@fedoraproject.org
W: http://www.coolest-storm.net
--
devel mailing l
Am 06.10.2014 um 19:45 schrieb Florian Festi:
On 10/06/2014 06:53 PM, Jonathan Dieter wrote:
Get to coding. ;)
As mentioned elsewhere, the problem *is* signatures. yum (quite
rightly) refuses to install an rpm whose signature doesn't match the one
in the primary repodata. And I believe that
Hi all,
DNF 0.6.2 is released. See:
http://dnf.baseurl.org/2014/10/05/dnf-0-6-2-released/
Honza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
On 10/06/2014 10:26 AM, Josef Bacik wrote:
On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler wrote:
On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :). The
fact is I'm the only one who can drive btrfs as the default filesystem
feature in
On 10/06/2014 07:53 PM, Jonathan Dieter wrote:
As mentioned elsewhere, the problem *is* signatures. yum (quite
rightly) refuses to install an rpm whose signature doesn't match the one
in the primary repodata. And I believe that the signature in the RPM is
also over the whole compressed rpm. To
On Mon, 2014-10-06 at 10:49 -0700, Luya Tshimbalanga wrote:
> Hello,
>
> I noticed Titillium typeface is unlisted in Gnome Software. How to
> include it? I tried to look at the documentation about the process but
> not available.
Hey Luya, I see these fonts here:
https://github.com/hughsie/fed
On 10/06/2014 08:57 PM, Reindl Harald wrote:
Am 06.10.2014 um 19:45 schrieb Florian Festi:
The way of getting around all this unnecessary computation is
establishing trust via the deltarpm itself and giving up the idea of
reconstructing the originally rpm as a prove of everything worked out
just
On Mon, Oct 6, 2014 at 2:19 PM, Ric Wheeler wrote:
> On 10/06/2014 10:26 AM, Josef Bacik wrote:
>>
>> On Mon, Oct 6, 2014 at 9:50 AM, Ric Wheeler wrote:
>>>
>>> On 10/06/2014 08:54 AM, Josef Bacik wrote:
Well that's exactly what it is, go away I'm busy with other stuff :).
The
Hi All
Just wanted to introduce myself. I'm James smith aka Smittix
I am a UK ambassador and thought I would try my hand at packaging. For my
first package I have packaged up an icon theme so I could get used to the
guidelines and best practices. I enjoyed this for my first venture and hope
to do
On 10/06/2014 08:45 AM, Ralf Corsepius wrote:
Let me answer from the position of a mere user. It's not clear to me
why and when users should switch to BTRFS or xfs or else, nor am I not
interested in using anything which would potentially endanger existing
installations (So far, reports I am re
On Thu, Oct 02, 2014 at 07:50:01AM -0500, Rex Dieter wrote:
> I can't find my test kdte-collaborative build, but don't let that stop you,
> I'll just make a fresh snapshot when needed.
> OK, I asked around and seems the consensus is that this is safe/ok for F21.
kte-collaborative now needs to b
I posted about this 5 days ago on ppc list [1], but have had no
response. I tried to get some attention on #fedora-ppc today, also
with no success. I am failing miserably to get the attention of any
of the PPC folks, so I am trying email here to see if this will work.
GCL is failing to build som
On Mon, Oct 6, 2014 at 12:04 PM, Pierre-Yves Chibon
wrote:
> Dear all,
>
> A long desired and awaited feature for pkgdb2 is the possibility to have
> FAS
> groups maintain packages.
>
>
Hooray! Thanks for this, I'm going to start testing it with the
robotics-sig FAS group and some of my packages
On 6 October 2014 17:28, Miloslav Trmač wrote:
> - Original Message -
>> > At that point switching anything to dash can _only increase_, not reduce,
>> > the disk space needed, and is very likely to increase the total page cache
>> > usage/requirement as well. Bringing the benefits of sup
On 2014-10-06, 14:30 GMT, Eric Sandeen wrote:
> IOWs, I'd like to see much more than "because it can do snapshots and
> checksums" as the rationale; there are most definitely interesting things
> that btrfs can do (or is working on doing), but as btrfs has evolved, so has
> the rest of the Linux st
On 10/06/2014 10:30 AM, Eric Sandeen wrote:
On 10/6/14 7:45 AM, Ralf Corsepius wrote:
On 10/06/2014 02:29 PM, Gene Czarcinski wrote:
Now, there is another question which has not been voiced: what is
the "plan" for filessystems in Fedora (and by implication RHEL)?
Is it BTRFS? Or, perhaps is i
As I hope most of you have heard by now the Fedora Board and many
community members have been discussing changes to the Fedora
governance model at its highest level. I think it is fair for me to
say the primary motivation in doing this is to create a system of
governance that includes a much more a
Just check this
First.
# dnf update
Dependencies resolved.
Nothing to do.
Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
Transaction Summary
=
Upgrade 2 Packages
Total download size: 15 M
Is this ok [y/d/N]
On Mon, 6 Oct 2014 03:49:26 -0400
Rahul Sundaram wrote:
> Hi
>
> I was pushing out updates for deluge for F20 and F19 and when I tried
> to push to stable, AutoQA figured out what this was breaking the
> upgrade path since I had forgotten to do a push for F21. So far so
> good however, the mes
Hi,
On Tue, Oct 7, 2014 at 8:31 AM, Dmitrij S. Kryzhevich wrote:
> Just check this
>
> First.
> # dnf update
> Dependencies resolved.
> Nothing to do.
>
> Second.
> # yum update
> Loaded plugins: langpacks, refresh-packagekit
> Resolving Dependencies
>
> Transaction Summary
> ===
Hi
On Mon, Oct 6, 2014 at 11:04 PM, Tim Flink wrote:
> > The push was not automatic. I was doing it manually. Moreover after
> > I had submitted a F21 build, it wasn't clear from the message that I
> > was supposed to revoke the request inorder to resubmit again.
>
> That's a bodhi thing, if y
Hi,
On Tue, Oct 7, 2014 at 8:31 AM, Dmitrij S. Kryzhevich wrote:
Just check this
First.
# dnf update
Dependencies resolved.
Nothing to do.
Second.
# yum update
Loaded plugins: langpacks, refresh-packagekit
Resolving Dependencies
Transaction Summary
===
On Mon, 6 Oct 2014 23:17:52 -0400
Rahul Sundaram wrote:
> If there's a sane solution to the problem, it might be possible to
> start
> > doing running upgradepath on updates-testing. However, we don't have
> > any plans to start doing this.
> >
>
> Is it possible to opt-in to get them?
Not re
78 matches
Mail list logo
