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:
https://bugzilla.redhat.com/show_bug.cgi?id=11
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 17
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 file
> "DM" == Dominik 'Rathann' Mierzejewski 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 _too_ bad. I
> On Jan 21, 2015, at 8:00, Jan Zelený 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 packaging and API c
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 p
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 is
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 read
Hi, Jason.
On Wednesday, 21 January 2015 at 23:46, Jason L Tibbitts III wrote:
> > "DM" == Dominik 'Rathann' Mierzejewski 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 up
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 expe
> "DM" == Dominik 'Rathann' Mierzejewski 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 have people her
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 two
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
-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
http://meetbot.fedoraproject.org/fedora-meeting/2015-01-21/fesco.2
On Fri, 16 Jan 2015 11:00:00 +0100
Michael Schwendt 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 we're not even check
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
> prono
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 pa
On Wed, Jan 21, 2015 at 8:38 AM, Igor Gnatenko
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 packaged for Fedora, which is not
Thanks for the feedback, guys.
On Tue, Jan 20, 2015 at 4:55 PM, wrote:
>
> Message: 10
> Date: Tue, 20 Jan 2015 16:40:18 -0500
> From: Corey Sheldon
> To: Development discussions related to Fedora
>
> Subject: Re: IntelliJ
> Message-ID:
>
> Content-Type: text/plain; charset="u
On Wed, Jan 21, 2015 at 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
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 Schmi
- 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
- 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 s
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 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:
[..
On Wed, 21 Jan 2015, Igor Gnatenko wrote:
On Wed, Jan 21, 2015 at 2:41 PM, Jaroslav Reznik 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 changes
Actually,
On Wed, Jan 21, 2015 at 4:59 PM, Lennart Poettering
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 /etc/security/namesp
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
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'
On Wed, Jan 21, 2015 at 12:21 PM, Jaroslav Reznik wrote:
> = Proposed System Wide Change: Systemd Package Split =
> https://fedoraproject.org/wiki/Changes/SystemdPackageSplit
>
> Change owner(s): Zbigniew Jędrzejewski-Szmek
>
> Split systemd-units out of the main systemd package
>
> == Detailed D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Jan 2015 11:13:24 +0100
Mathieu Bridon 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ý
> > > wrote:
> > >> On 01/21/2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 21 Jan 2015 12:49:38 +0100
Jaroslav Reznik 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 , Ian McLeod
>
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 a
-- snip --
> >> The onus in Fedora has _ALWAYS_ been to prove that the new feature is
> >> complete and ready to replace the existing working solution, not for
> >> everyone else to prove that it's not.
> >
> > I'm not so sure about that. Off the top of my head, I can think of
> > rpm-4.12, UsrMo
On St, 2015-01-21 at 11:13 +, Peter Robinson wrote:
> The onus in Fedora has _ALWAYS_ been to prove that the new feature is
> complete and ready to replace the existing working solution, not for
> everyone else to prove that it's not. Given the number of issues I see
> reported with dnf regard
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC in #fedora-meeting on irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '20
On 01/21/2015 03:47 PM, Marcin Juszkiewicz wrote:
>> Any plans for local repository support in DNF.
>> >
>> > https://bugzilla.redhat.com/show_bug.cgi?id=991014
> Good that I did not saw that bug before I switched mock to dnf locally.
>
> This is how I use local repo (created with createrepo) wit
On 01/20/2015 07:29 AM, Lennart Poettering wrote:
> On Tue, 20.01.15 12:53, Jaroslav Reznik (jrez...@redhat.com) wrote:
>
>> = Proposed System Wide Change: Enable Polyinstantiated /tmp and /var/tmp
>> directories by default =
>> https://fedoraproject.org/wiki/Changes/Polyinstantiated_tmp_by_Defau
$SUBJECT?
Originally this happened with a log message saying:
avahi-daemon[878]: Withdrawing address record for 192.168.0.138 on br0.
I then masked everything related to avahi, and now the exact same
thing happens (losing network after exactly one hour), but there is no
log message. I don't e
W dniu 21.01.2015 o 13:22, Sudhir Khanger pisze:
> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený 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
Good that I did not saw that bug befor
On Wed, Jan 21, 2015 at 2:41 PM, Jaroslav Reznik wrote:
> = Proposed System Wide Change: GNOME 3.16 =
> https://fedoraproject.org/wiki/Changes/GNOME3.16
>
> Change owner(s): Kalev Lember
>
> Update GNOME to the latest upstream release, 3.16.
>
> == Detailed Description ==
> The new features for 3
On 01/21/2015 01:31 PM, Peter Robinson wrote:
> If they build with yum why is it a bug in the packaging?
It is similar as those times when x86_64 was added.
My package fails on x86_64, but succeed on i386 so it must be compiler problem.
:)
--
Miroslav Suchy, RHCE, RHCDS
Red Hat, Senior Software
>> >> > 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
>> >
>> > Yes, porting plugins from yum-utils is high on our priority list. Most of
>> > the plugins will be ported over th
= Proposed Self Contained Change: qtile =
https://fedoraproject.org/wiki/Changes/qtile
Change owner(s): John Dulaney
qtile is a tiling window manager written in python. More can be
found at the project's website [1].
== Detailed Description ==
Once qtile 0.9 is released upstream, package it fo
>> 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 get reproducible builds? T
= Proposed Self Contained Change: Tunir =
https://fedoraproject.org/wiki/Changes/tunir
Change owner(s): Kushal Das
Tunir is a self contained CI Continuous Integration [1] which will be used to
test Fedora Cloud images nightly. This tool can be used separately by any
developer in their Fedora 2
#fedora-meeting: Env and Stacks (2015-01-21)
Meeting started by hhorak at 12:00:42 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-01-21/env-and-stacks.2015-01-21-12
= Proposed Self Contained Change: Local Test Cloud =
https://fedoraproject.org/wiki/Changes/Local_Test_Cloud
Change owner(s): Mike Ruckman
testCloud [1] is a small tool to download and boot cloud images locally.
== Detailed Description ==
testCloud was created because manually booting a cloud
Hi!
The gsoap package has been updated to version 2.8.21 in rawhide.
Dependent packages should rebuild:
CGSI-gSOAP (*)
davix
fts
glite-lbjp-common-gsoap-plugin
glite-lb-server
gridsite
lcgdm
lcgdm-dav
srm-ifce
voms (*)
(*) These I am maintainer for and rebuilds have been done already.
M
= Proposed System Wide Change: Vagrant Box for Fedora Atomic and Fedora Cloud
=
https://fedoraproject.org/wiki/Changes/Vagrant_Box_Atomic
Change owner(s): Joe Brockmeier , Ian McLeod
, Langdon White
To produce Vagrant boxes based on the Fedora Atomic Host and Fedora Cloud
flavors so that user
- Original Message -
> On Wed, Jan 21, 2015 at 7:16 AM, Nikos Mavrogiannopoulos
> wrote:
> > On Wed, 2015-01-21 at 12:10 +0100, Vít Ondruch wrote:
> >> > I'd like to propose an amendment to allow
> >> > bringing packages even if no reviewers are available (the typical case).
> >> >
> >> >
On 21. 1. 2015 at 13:42:01, drago01 wrote:
> On Wed, Jan 21, 2015 at 1:31 PM, Peter Robinson
wrote:
> > On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch wrote:
> >> Dne 21.1.2015 v 12:34 Peter Robinson napsal(a):
> >>> Are we expected to cross referencing previous logs to see if there's
> >>> chang
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 comm
On Wed, Jan 21, 2015 at 7:16 AM, Nikos Mavrogiannopoulos
wrote:
> On Wed, 2015-01-21 at 12:10 +0100, Vít Ondruch wrote:
>> > 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
On 21. 1. 2015 at 12:44:38, Peter Robinson wrote:
> On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený wrote:
> > On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
> >> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote:
> >> > Name them please. Or better yet, report them.
> >>
> >> Any plans for local
-- 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 wou
On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený wrote:
> On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
>> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote:
>> > Name them please. Or better yet, report them.
>>
>> Any plans for local repository support in DNF.
>>
>> https://bugzilla.redhat.com/s
>> >> 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
On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený 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
Yes, porting plugins from yum-utils
On Wed, Jan 21, 2015 at 1:31 PM, Peter Robinson wrote:
> On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch wrote:
>> 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 informatio
On Wed, Jan 21, 2015 at 12:13 PM, Jan Zelený wrote:
> On 21. 1. 2015 at 11:13:28, Peter Robinson wrote:
>> > 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 w
On 21. 1. 2015 at 11:07:31, Peter Robinson wrote:
> >> > 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.
On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch wrote:
> 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
On Wed, Jan 21, 2015 at 12:13 PM, Peter Robinson wrote:
>> 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 1163
On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený 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 8CDB A059 085D 1D60
On Wed, 2015-01-21 at 12:10 +0100, Vít Ondruch wrote:
> > 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 submitte
On 21. 1. 2015 at 11:13:28, Peter Robinson wrote:
> > 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]>
= Proposed System Wide Change: Bare Metal Installer for Fedora Atomic Host =
https://fedoraproject.org/wiki/Changes/Bare_Metal_Atomic
Change owner(s): Joe Brockmeier , Ian McLeod
To produce a bare metal installer suitable for installing Fedora Atomic Host
22 on "bare metal" (e.g., directly on
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 go
= Proposed System Wide Change: GNOME 3.16 =
https://fedoraproject.org/wiki/Changes/GNOME3.16
Change owner(s): Kalev Lember
Update GNOME to the latest upstream release, 3.16.
== Detailed Description ==
The new features for 3.16 include:
* Notification redesign in gnome-shell [1]
* Improvements
On Wed, Jan 21, 2015 at 11:20 AM, Eike Rathke 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 and then getti
On Wed, Jan 21, 2015 at 11:23 AM, Vít Ondruch 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: Systemd Package Split =
https://fedoraproject.org/wiki/Changes/SystemdPackageSplit
Change owner(s): Zbigniew Jędrzejewski-Szmek
Split systemd-units out of the main systemd package
== Detailed Description ==
Systemd contains many binaries and depends on a fairly l
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
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 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 p
> 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 hav
= Proposed System Wide Change: python-dateutil 2.x =
https://fedoraproject.org/wiki/Changes/python-dateutil_2.x
Change owner(s): Pete Travis , Stephen
Gallagher
The package providing `dateutil` python libraries is currently on version 1.5.
Early releases in the 2.x series of python-dateutil w
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
>> > 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 peop
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)
>
>>> 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 optio
= Proposed Self Contained Change: Ipsilon =
https://fedoraproject.org/wiki/Changes/Ipsilon
Change owner(s): Patrick Uiterwijk , Simo Sorce
Inclusion of Ipsilon in the Fedora repositories.
== Detailed Description ==
The goal is to include the Ipsilon identity provider [1] into Fedora.
Ipsilon
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ý wrote:
On 01/21/2015 09:33 AM, Vít Ondruch wrote:
> It is surprising to see so man
> 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
devel@lists.fedoraproject.o
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 othe
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ý 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
> >>> stu
> 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 pus
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
Dne 21.1.2015 v 10:35 Peter Robinson napsal(a):
> On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý 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
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 wi
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 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.
Than
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý 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
> mock.spe
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 stat
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
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
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 referenc
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 it
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.
=
1 - 100 of 102 matches
Mail list logo