On Tue, Jan 20, 2015, at 08:22 AM, Bohuslav Kabrda wrote:
Hi all,
since the Python 3 as a Default change [1] has been accepted a while ago
and is scheduled for F22, I'd like to share with you the status.
The proposed change [1] mentions several goals that should be reached to
pronounce
Hello,
after I have built pgp-tools-1.1.10 I have to recorgnized, that there is
a dependency to perl(for) which could not been resolved.
Because I don't have any idea how to fix this issue, I hope there is anyone
out there which can give me a hint to solve this issue.
Best Regards:
Jochen
On 01/21/2015 07:06 PM, Greg Hellings wrote:
In any case you may add IntelliJ to Java SIG package wishlist [2] or ask
for volounteers on java-devel mailing list.
I've tried to add it to the page, but for some reason the wiki isn't
saving for me. It keeps bouncing me back to the edit page
On Wed, Jan 21, 2015 at 10:45 AM, Jochen Schmitt joc...@herr-schmitt.de wrote:
Hello,
after I have built pgp-tools-1.1.10 I have to recorgnized, that there is
a dependency to perl(for) which could not been resolved.
Because I don't have any idea how to fix this issue, I hope there is anyone
On Fri, 16 Jan 2015 11:00:00 +0100
Michael Schwendt mschwe...@gmail.com wrote:
Taskotron doesn't notice if subpackages have been dropped and cause
unresolvable dependencies because they are not obsoleted anywhere.
This isn't so much something that taskotron's checks missed as it's
something
Thanks for the feedback, guys.
On Tue, Jan 20, 2015 at 4:55 PM, devel-requ...@lists.fedoraproject.org wrote:
Message: 10
Date: Tue, 20 Jan 2015 16:40:18 -0500
From: Corey Sheldon sheldon.co...@gmail.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
This took a bit longer than I had hoped, but I've got proof-of-concept
code for no-cloud disposable clients in libtaskotron.
https://bitbucket.org/tflink/libtaskotron
in the feature/T382-nocloud-disposable branch.
As a warning - this code is still very much in the may eat babies and
laugh about
On Wed, Jan 21, 2015 at 8:38 AM, Igor Gnatenko
i.gnatenko.br...@gmail.com wrote:
+ gnome-calendar
btw gnome-2048 on review already
FWIW this one is not complete; maybe it will be ready for GNOME 3.16,
but I would expect it to be included in GNOME 3.18 instead.
I see it's already been
- Original Message -
On Tue, Jan 20, 2015 at 08:22:25AM -0500, Bohuslav Kabrda wrote:
Hi all,
since the Python 3 as a Default change [1] has been accepted a while ago
and is scheduled for F22, I'd like to share with you the status.
The proposed change [1] mentions several goals
- Original Message -
On 21. 1. 2015 at 01:44:32, Haïkel wrote:
Thanks for the heads-up.
As for the cloud image, if we switch to yum, python-urlgrabber won't
be needed anymore.
Umm, yes, it will be - yum uses python-urlgrabber internally. Also worth
mentioning that yum itself
I added a comment to the proposal discussion page to indicate I agree
it's better to just go with full parallel stacks and not worry about
making use of the stable ABI at this point.
I'm not familiar enough with the EPEL build infrastructure to have a
strong opinion
On 01/13/2015 09:47 PM,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Jan 2015 11:13:24 +0100
Mathieu Bridon boche...@fedoraproject.org wrote:
On Wed, 2015-01-21 at 11:02 +0100, Vít Ondruch wrote:
Dne 21.1.2015 v 10:35 Peter Robinson napsal(a):
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý
On Wed, Jan 21, 2015 at 12:21 PM, Jaroslav Reznik jrez...@redhat.com wrote:
= Proposed System Wide Change: Systemd Package Split =
https://fedoraproject.org/wiki/Changes/SystemdPackageSplit
Change owner(s): Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
Split systemd-units out of the main
On 01/21/2015 03:17 AM, Vít Ondruch wrote:
Dne 20.1.2015 v 17:44 Jason Rist napsal(a):
On 01/20/2015 08:01 AM, Vít Ondruch wrote:
Hi everybody,
Just heads up that Ruby 2.2 landed in Rawhide. We tried to rebuild every
package which depends on ruby-devel and libruby.so so most of you should
- Original Message -
On 21. 1. 2015 at 01:44:32, Haïkel wrote:
Thanks for the heads-up.
As for the cloud image, if we switch to yum, python-urlgrabber won't
be needed anymore.
Umm, yes, it will be - yum uses python-urlgrabber internally. Also worth
mentioning that yum itself
There will be an outage of the 'fedora-packages' service starting at 2015-01-21
18:00 UTC, which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:
date -d '2015-01-21 18:00'
Reason for outage:
On Wed, Jan 21, 2015 at 05:17:48PM +0100, Kay Sievers wrote:
We have been there, we merged it back for many reasons, and do not
want to go back. This all sounds like a really bad idea and has no
support from my side.
Duly noted :) If you have pointers for specific problems to look out
for, I'd
On Wed, Jan 21, 2015 at 4:59 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Wed, 21.01.15 09:49, Daniel J Walsh (dwa...@redhat.com) wrote:
* Other developers:
** Add /tmp-inst and /var/tmp/tmp-inst to filesystem. (packagename:
filesystem)
** Enable namespaces in
On Wed, 21 Jan 2015, Igor Gnatenko wrote:
On Wed, Jan 21, 2015 at 2:41 PM, Jaroslav Reznik jrez...@redhat.com wrote:
= Proposed System Wide Change: GNOME 3.16 =
https://fedoraproject.org/wiki/Changes/GNOME3.16
Update GNOME to the latest upstream release, 3.16.
** Follow upstream module
#30: Broken EPEL 6 buildroot
--+
Reporter: ellert | Owner: epel-wranglers
Type: defect | Status: closed
Priority: major| Milestone:
Component: Package request |Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Jan 2015 12:49:38 +0100
Jaroslav Reznik jrez...@redhat.com wrote:
= Proposed System Wide Change: Bare Metal Installer for Fedora Atomic
Host = https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic
Change owner(s): Joe Brockmeier
There will be an outage of the 'fedora-packages' service starting at 2015-01-21
18:00 UTC, which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run:
date -d '2015-01-21 18:00'
Reason for outage:
On Wed, 21.01.15 09:49, Daniel J Walsh (dwa...@redhat.com) wrote:
* Other developers:
** Add /tmp-inst and /var/tmp/tmp-inst to filesystem. (packagename:
filesystem)
** Enable namespaces in /etc/security/namespace.conf (packagename: PAM)
** Enable proper selinux context and
On Wed, Jan 21, 2015 at 11:46:48AM -0500, Paul Wouters wrote:
Actually, I've ran into a few cases now where upstream has removed
essential workflow features and I think we should make it clear to
upstream that we are deviating from them unless they re-focus on user
freedom. For example:
[..]
commit e2930bced2a38da1e886d91cbbb575adbdbce9b2
Author: Paul Howarth p...@city-fan.org
Date: Wed Jan 21 20:33:35 2015 +
Update to 0.58
- New upstream release 0.58
- Add a VERSION statement to YAML::LibYAML (GH#8)
- This release by INGY → update source URL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
===
#fedora-meeting: FESCO (2015-01-21)
===
Meeting started by dgilmore at 18:06:04 UTC. The full logs are available
at
A file has been added to the lookaside cache for perl-Test-CleanNamespaces:
1d410cd60d6620a9d0b07bb4c23e8a44 Test-CleanNamespaces-0.18.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 382164ff905026f9fe4cf47a70d1091f5f946804
Author: Paul Howarth p...@city-fan.org
Date: Wed Jan 21 20:16:33 2015 +
Update to 0.18
- New upstream release 0.18
- Remove Moose test requires - Test::CleanNamespaces test recommends
circular relationship (softened
A file has been added to the lookaside cache for perl-YAML-LibYAML:
8dbd5b7560454cbc7935a1c4796b6d18 YAML-LibYAML-0.58.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-Test-CleanNamespaces-0.18-1.fc22' was created
pointing to:
382164f... Update to 0.18
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
On 01/21/2015 10:45 AM, Jochen Schmitt wrote:
Hello,
after I have built pgp-tools-1.1.10 I have to recorgnized, that there is
a dependency to perl(for) which could not been resolved.
Because I don't have any idea how to fix this issue, I hope there is anyone
out there which can give me a
https://bugzilla.redhat.com/show_bug.cgi?id=1183584
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
Am 21.01.2015 um 23:55 schrieb Yanko Kaneti:
On Wed, 2015-01-21 at 12:26 -0600, Michael Catanzaro wrote:
On Wed, Jan 21, 2015 at 8:38 AM, Igor Gnatenko
i.gnatenko.br...@gmail.com wrote:
+ gnome-calendar
btw gnome-2048 on review already
FWIW this one is not complete; maybe it will be ready
Dear Fedora Community,
I'm orphaning the freefem++ package[1] since I don't have access to
anyone that uses it and despite having an active upstream, it's a pain
to get it to build with each new release.
Also, I can hardly speak French.
Nothing seems to depend on freefem++ directly. There are
https://bugzilla.redhat.com/show_bug.cgi?id=1184662
Bug ID: 1184662
Summary: more bad requires generated by use in heredoc
Product: Fedora
Version: 21
Component: perl-generators
Severity: low
Assignee: jples...@redhat.com
DM == Dominik 'Rathann' Mierzejewski domi...@greysector.net writes:
DM Dear Fedora Community, I'm orphaning the freefem++ package[1] since
DM I don't have access to anyone that uses it and despite having an
DM active upstream, it's a pain to get it to build with each new
DM release.
Crap, I
Hi, Jason.
On Wednesday, 21 January 2015 at 23:46, Jason L Tibbitts III wrote:
DM == Dominik 'Rathann' Mierzejewski domi...@greysector.net writes:
DM Dear Fedora Community, I'm orphaning the freefem++ package[1] since
DM I don't have access to anyone that uses it and despite having an
DM
On 01/21/2015 03:23 PM, J. Randall Owens wrote:
On 01/21/2015 10:45 AM, Jochen Schmitt wrote:
Hello,
after I have built pgp-tools-1.1.10 I have to recorgnized, that there is
a dependency to perl(for) which could not been resolved.
Because I don't have any idea how to fix this issue, I hope
I installed kernel* from updates-testing. Now I want to go back to
distro-sync.
Let's try it:
sudo dnf distro-sync kernel*
Error: problem with installed package kernel-3.17.7-300.local.fc21.x86_64.
problem with installed package kernel-core-3.17.7-300.local.fc21.x86_64.
problem with installed
On Wed, 2015-01-21 at 12:26 -0600, Michael Catanzaro wrote:
On Wed, Jan 21, 2015 at 8:38 AM, Igor Gnatenko
i.gnatenko.br...@gmail.com wrote:
+ gnome-calendar
btw gnome-2048 on review already
FWIW this one is not complete; maybe it will be ready for GNOME
3.16, but I would expect it to
https://bugzilla.redhat.com/show_bug.cgi?id=1183585
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
https://bugzilla.redhat.com/show_bug.cgi?id=1181527
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
On Jan 21, 2015, at 8:00, Jan Zelený jzel...@redhat.com wrote:
Also I'd like to point out that if two packages offer the same provide, by
definition it means they are 100% exchangeable from the perspective of that
functionality.
This is very, very wrong. Even minor differences in
DM == Dominik 'Rathann' Mierzejewski domi...@greysector.net writes:
DM I meant each new release of freefem++. The build process tries to
DM download sources for many external libraries and patches some of
DM them, so you have to work around it.
Hmm. I looked at the patches and they don't look
Please add this copr
https://copr.fedoraproject.org/coprs/whot/kcm_touchpad/
Please review this branch:
https://github.com/whot/kcm_touchpad/tree/wip/libinput-support
Please test this on F21 and F22
Please monitor and report issues in this bug here:
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-01-22 1:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2015-01-22 09:00 Thu US/Pacific PST
2015-01-22 12:00 Thu US/Eastern EST
2015-01-22
https://fedorahosted.org/389/ticket/47996
https://fedorahosted.org/389/attachment/ticket/47996/0001-Ticket-47996-ldclt-needs-to-support-SSL-Version-rang.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
https://bugzilla.redhat.com/show_bug.cgi?id=1169369
Garth Mollett gmoll...@redhat.com changed:
What|Removed |Added
Depends On||1184701
https://bugzilla.redhat.com/show_bug.cgi?id=1169369
Garth Mollett gmoll...@redhat.com changed:
What|Removed |Added
CC||gmoll...@redhat.com
Compose started at Thu Jan 22 00:45:02 UTC 2015
New package: gnome-2048-0.1.0-0.1.git83c5a4a.fc22
A 2048 clone for GNOME
New package: gnome-taquin-3.15.4-1.fc22
Sliding-block puzzle game
New package: golang-github-glacjay-goini-0-0.1.git5261baf.fc22
INI
https://bugzilla.redhat.com/show_bug.cgi?id=1184732
Bug ID: 1184732
Summary: Could not parse ivysilani site
Product: Fedora
Version: rawhide
Component: ctstream
Assignee: ppi...@redhat.com
Reporter: mswi...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1184732
Martin Swiech mswi...@redhat.com changed:
What|Removed |Added
Hardware|Unspecified |x86_64
But I'm really interested in state of DNF as default too. Should I switch
mock to use DNF as default?
For me there is still lot of unfinished tasks. E.g. documenting what
--installroot should actually do [BZ 1163028]
I don't think it's ready, it might be useful to have an option to
switch
But I'm really interested in state of DNF as default too. Should I switch
mock to use DNF as default?
For me there is still lot of unfinished tasks. E.g. documenting what
--installroot should actually do [BZ 1163028]
I don't think it's ready, it might be useful to have an option to
switch
Hi,
I plan to upgrade libicu to 54.1 in rawhide end of this week or next
week, which as usual comes with a soname bump. David Tardon will help
with rebuilding the dependent packages.
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A -
Hi,
I plan to upgrade libicu to 54.1 in rawhide end of this week or next
week, which as usual comes with a soname bump. David Tardon will help
with rebuilding the dependent packages.
Eike
--
LibreOffice Calc developer. Number formatter stricken i18n transpositionizer.
GPG key ID 0x65632D3A -
On Wed, Jan 21, 2015 at 11:20 AM, Eike Rathke er...@redhat.com wrote:
Hi,
I plan to upgrade libicu to 54.1 in rawhide end of this week or next
week, which as usual comes with a soname bump. David Tardon will help
with rebuilding the dependent packages.
Will you be doing this in a side tag
Dne 21.1.2015 v 10:35 Peter Robinson napsal(a):
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý msu...@redhat.com wrote:
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
It is surprising to see so many packges depending on yum. Yes, there is
stuff like rpm-build and mock,
And mock can live without
Dne 21.1.2015 v 10:57 Jan Zelený napsal(a):
On 21. 1. 2015 at 09:33:31, Vít Ondruch wrote:
Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a):
1) DNF will be the default package manager for F22 [2], so everything is
ok here.
I really wonder what is the state here. This is on my rawhide:
We
On Wed, 2015-01-21 at 11:02 +0100, Vít Ondruch wrote:
Dne 21.1.2015 v 10:35 Peter Robinson napsal(a):
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý msu...@redhat.com wrote:
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
It is surprising to see so many packges depending on yum. Yes, there is
Dne 21.1.2015 v 11:13 Mathieu Bridon napsal(a):
On Wed, 2015-01-21 at 11:02 +0100, Vít Ondruch wrote:
Dne 21.1.2015 v 10:35 Peter Robinson napsal(a):
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý msu...@redhat.com wrote:
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
It is surprising to see so
= Proposed System Wide Change: Systemd Package Split =
https://fedoraproject.org/wiki/Changes/SystemdPackageSplit
Change owner(s): Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
Split systemd-units out of the main systemd package
== Detailed Description ==
Systemd contains many binaries and
Dne 21.1.2015 v 12:04 Peter Robinson napsal(a):
But I'm really interested in state of DNF as default too. Should I switch
mock to use DNF as default?
For me there is still lot of unfinished tasks. E.g. documenting what
--installroot should actually do [BZ 1163028]
I don't think it's ready,
= Proposed System Wide Change: Systemd Package Split =
https://fedoraproject.org/wiki/Changes/SystemdPackageSplit
Change owner(s): Zbigniew Jędrzejewski-Szmek zbys...@in.waw.pl
Split systemd-units out of the main systemd package
== Detailed Description ==
Systemd contains many binaries and
On Wed, Jan 21, 2015 at 11:23 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 21.1.2015 v 12:04 Peter Robinson napsal(a):
But I'm really interested in state of DNF as default too. Should I switch
mock to use DNF as default?
For me there is still lot of unfinished tasks. E.g. documenting what
= Proposed System Wide Change: GNOME 3.16 =
https://fedoraproject.org/wiki/Changes/GNOME3.16
Change owner(s): Kalev Lember kalevlem...@gmail.com
Update GNOME to the latest upstream release, 3.16.
== Detailed Description ==
The new features for 3.16 include:
* Notification redesign in
= Proposed System Wide Change: GNOME 3.16 =
https://fedoraproject.org/wiki/Changes/GNOME3.16
Change owner(s): Kalev Lember kalevlem...@gmail.com
Update GNOME to the latest upstream release, 3.16.
== Detailed Description ==
The new features for 3.16 include:
* Notification redesign in
Hi all.
When upgrading F20 to F21 using FedUp, some users had a problem
with some packages not being upgraded (e.g. [1]). The problem was
caused by broken update path F20 - F21.
Just a note: That problem is even more complex. Fedora Branched some has freeze
periods, when you can't push any
#1393: Making perl-sig a watcher on all perl packages
+--
Reporter: eseyman | Owner:
Type: task | Status: new
Priority: major| Resolution:
Keywords: | Blocked By:
Blocking: |
Hi,
I've added few packages last year using the new package process:
https://fedoraproject.org/wiki/New_package_process_for_existing_contributors
I'm not sure which fedora body (FPC or FESCO) is responsible for this
document, that's why that mail is sent here. In all cases, I'm
interested on
Taskotron doesn't notice if subpackages have been dropped and cause
unresolvable dependencies because they are not obsoleted anywhere.
Yes, depcheck doesn't currently handle that. I've created:
https://phab.qadevel.cloud.fedoraproject.org/T384
--
devel mailing list
= Proposed Self Contained Change: Ipsilon =
https://fedoraproject.org/wiki/Changes/Ipsilon
Change owner(s): Patrick Uiterwijk puiterw...@redhat.com, Simo Sorce
s...@redhat.com
Inclusion of Ipsilon in the Fedora repositories.
== Detailed Description ==
The goal is to include the Ipsilon
= Proposed Self Contained Change: Ipsilon =
https://fedoraproject.org/wiki/Changes/Ipsilon
Change owner(s): Patrick Uiterwijk puiterw...@redhat.com, Simo Sorce
s...@redhat.com
Inclusion of Ipsilon in the Fedora repositories.
== Detailed Description ==
The goal is to include the Ipsilon
Hi Lubomir,
On Friday, 2015-01-16 15:39:42 +0100, Lubomir Rintel wrote:
Remote users would not be allowed to login using 'root' account with a
password. They would have to login using an SSH key or first connect
using a non-root account and then upgrade their privileges via sudo(8)
or su
1) DNF will be the default package manager for F22 [2], so everything is
ok here.
I really wonder what is the state here. This is on my rawhide:
We strongly believe all the major problems will be resolved in time. Also, as
of last week we have one person dedicated to helping people with
On 21/01/15 11:49, Nikos Mavrogiannopoulos wrote:
I don't have a solution to bring extra resources to reviewing (which
will be the ideal), but I'd like to propose an amendment to allow
bringing packages even if no reviewers are available (the typical case).
Step 6: ... If the proposed
Dne 21.1.2015 v 12:34 Peter Robinson napsal(a):
Are we expected to cross referencing previous logs to see if there's
changes or if it's the same and provide you that information? We
already have too much to do so it's easier to stick with yum where we
know what the outcome is. Sorry, not going
= Proposed System Wide Change: Bare Metal Installer for Fedora Atomic Host =
https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic
Change owner(s): Joe Brockmeier j...@fedoraproject.org, Ian McLeod
imcl...@redhat.com
To produce a bare metal installer suitable for installing Fedora Atomic
= Proposed System Wide Change: python-dateutil 2.x =
https://fedoraproject.org/wiki/Changes/python-dateutil_2.x
Change owner(s): Pete Travis immanetize AT fedoraproject.org, Stephen
Gallagher sgall...@redhat.com
The package providing `dateutil` python libraries is currently on version 1.5.
Dne 21.1.2015 v 11:49 Nikos Mavrogiannopoulos napsal(a):
I'd like to propose an amendment to allow
bringing packages even if no reviewers are available (the typical case).
Step 6: ... If the proposed package is not reviewed for 2 months, the
package must be reviewed by the submitter, and a
= Proposed System Wide Change: python-dateutil 2.x =
https://fedoraproject.org/wiki/Changes/python-dateutil_2.x
Change owner(s): Pete Travis immanetize AT fedoraproject.org, Stephen
Gallagher sgall...@redhat.com
The package providing `dateutil` python libraries is currently on version 1.5.
Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a):
1) DNF will be the default package manager for F22 [2], so everything is ok
here.
I really wonder what is the state here. This is on my rawhide:
# dnf remove yum
Dependencies resolved.
On Wednesday 21 of January 2015 09:33:31 Vít Ondruch wrote:
Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a):
1) DNF will be the default package manager for F22 [2], so everything is
ok here.
I really wonder what is the state here. This is on my rawhide:
...
It is surprising to see so many
On Tue, Jan 20, 2015 at 08:22:25AM -0500, Bohuslav Kabrda wrote:
Hi all,
since the Python 3 as a Default change [1] has been accepted a while ago
and is scheduled for F22, I'd like to share with you the status.
The proposed change [1] mentions several goals that should be reached to
On 01/19/2015 02:22 PM, Jakub Jelinek wrote:
On Mon, Jan 19, 2015 at 01:59:32PM +0100, Florian Weimer wrote:
It
is an ABI change. IMHO very much undesirable. Just complain to people that
build their packages without it where it matters.
Some core libraries use off_t or struct stat in
On 01/20/2015 05:59 PM, Lennart Poettering wrote:
Well, /tmp is used by X11 among other for IPC across user
boundaries. If you give each other their private instance of it,
they cannot use this for communication anymore. You are breaking
X11 this way.
Did you read the attached references
Dne 20.1.2015 v 17:44 Jason Rist napsal(a):
On 01/20/2015 08:01 AM, Vít Ondruch wrote:
Hi everybody,
Just heads up that Ruby 2.2 landed in Rawhide. We tried to rebuild every
package which depends on ruby-devel and libruby.so so most of you should
be fine already. Nevertheless, there are
On 21/01/15 08:33, Vít Ondruch wrote:
It is surprising to see so many packges depending on yum. Yes, there is
stuff like rpm-build and mock, but why ABRT, plenty of perl and python
modules, etc.
Well according to the manual page clean_requirements_on_remove defaults
to enabled, which means
On 01/19/2015 04:17 PM, Peter Robinson wrote:
As far as I can tell, OLPC does not ship newer Fedora releases through
their
updater, so what we do in Fedora does not make any difference at all to
OLPC
users.
That's not entirely correct, they don't yet have F-21 but they do have
recent
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
It is surprising to see so many packges depending on yum. Yes, there is
stuff like rpm-build and mock,
And mock can live without yum. If we only had weak deps allowed in Fedora
mock.spec would have
Recommends: yum
But I'm really interested in state
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý msu...@redhat.com wrote:
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
It is surprising to see so many packges depending on yum. Yes, there is
stuff like rpm-build and mock,
And mock can live without yum. If we only had weak deps allowed in Fedora
On 21. 1. 2015 at 09:33:31, Vít Ondruch wrote:
Dne 20.1.2015 v 14:22 Bohuslav Kabrda napsal(a):
1) DNF will be the default package manager for F22 [2], so everything is
ok here.
I really wonder what is the state here. This is on my rawhide:
We strongly believe all the major problems will be
#30: Broken EPEL 6 buildroot
-+
Reporter: ellert | Owner: epel-wranglers
Type: defect | Status: new
Priority: major| Milestone:
Component: Package request |Version:
Keywords:
Hi, folks.
This is just a quick heads up to tell you I've filed ticket #1393 for FESCO.
https://fedorahosted.org/fesco/ticket/1393
FYI, this concerns 83 packages.
Emmanuel
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On 21. 1. 2015 at 01:44:32, Haïkel wrote:
Thanks for the heads-up.
As for the cloud image, if we switch to yum, python-urlgrabber won't
be needed anymore.
Umm, yes, it will be - yum uses python-urlgrabber internally. Also worth
mentioning that yum itself is not Python 3 compatible.
Thanks
On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com wrote:
Name them please. Or better yet, report them.
Any plans for local repository support in DNF.
https://bugzilla.redhat.com/show_bug.cgi?id=991014
--
Regards,
Sudhir Khanger,
sudhirkhanger.com,
github.com/donniezazen,
5577
On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený jzel...@redhat.com wrote:
On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený jzel...@redhat.com wrote:
Name them please. Or better yet, report them.
Any plans for local repository support in DNF.
I really wonder what is the state here. This is on my rawhide:
We strongly believe all the major problems will be resolved in time. Also,
as of last week we have one person dedicated to helping people with
porting their application and the rest of the developers focus mainly on
major
-- snip --
1) It is not show stopper
Isn't it? In the build system I suspect you'd either get:
1) a failed build
2) a package without ruby features
3) something unexpected
It might not be a show stopper for a standard package install but it
is for reproducible builds
Why wouldn't you
On Wed, 21.01.15 14:34, Huzaifa Sidhpurwala (huzai...@redhat.com) wrote:
On 01/20/2015 05:59 PM, Lennart Poettering wrote:
Well, /tmp is used by X11 among other for IPC across user
boundaries. If you give each other their private instance of it,
they cannot use this for communication
1 - 100 of 132 matches
Mail list logo