On 11/07/2014 05:18 PM, Pierre-Yves Chibon wrote:
Hi all,
Following ticket: https://fedorahosted.org/fesco/ticket/1360 I have just
orphaned all the packages from iarnell on all branches.
Would it be possible to somehow accumulate/bundle related PkgDB-change
mails and not to send individual ma
Hi all,
Following ticket: https://fedorahosted.org/fesco/ticket/1360 I have just
orphaned all the packages from iarnell on all branches.
During the mass-orphaned we found out a bug in pkgdb making it orphaned all the
branches of the package, not just the ones for which the user is POC.
Unfortunat
Vít Ondruch wrote:
> * I don't understand why my Xchat should loose connection, when I am
> switching from ethernet to WiFi (and they are both available during
> interim period).
For this use case you want to run IRC over SCTP, so that you can keep
the connection open when you change IP addresses
Am 07.11.2014 um 17:53 schrieb Rahul Sundaram:
On Fri, Nov 7, 2014 at 1:19 AM, Dennis Gilmore wrote:
/etc/yum.repos.d/fedora-updates.repo on f21 has
metadata_expire=6h
I was looking at dnf since the discussion is about dnf
where do you see DNF using other than "/etc/yum.repos.d/"
DNF
user: pghmcfc set for pghmcfc acl: approveacls of package: perl-PadWalker from:
Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-PadWalker
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-
user: pghmcfc set for pghmcfc acl: watchbugzilla of package: perl-PadWalker
from: Approved to: Approved on branch: el5
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-PadWalker
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
per
Hi,
libcdio license changed to GPLv3+ in version 0.93. Cdrkit (GPLv2) in
Fedora reverted to use old cdda-paranoia instead of libcdio-paranoia. I
am not aware of any other legal issues.
Dependent packages will need a rebuild after the rebase.
Fero
--
devel mailing list
devel@lists.fedoraprojec
On Fri, 07 Nov 2014 18:03:06 +0530
Sudhir Khanger wrote:
> On Thursday, November 06, 2014 08:10:19 PM Jiri Eischmann wrote:
> > It's usually opt-in, so you don't have to use it and don't use it by
> > default. This is at least designed as anonymous while Google tracks
> > all Android users and sa
I will take care of the MATE packages and coordinate with upstream. I will
also deal with the following:
easystroke
qbittorrent
x11vnc
krename
avogadro
bkchem
chemtool
gausssum
IQmol
openbabel-gui
pybliographer
If someone has already contacted upstream or if you have created appdata
files about
user: averi set for averi acl: approveacls of package: perl-MooseX-POE from:
Obsolete to: Approved on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-MooseX-POE
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-de
Hi
On Fri, Nov 7, 2014 at 1:19 AM, Dennis Gilmore wrote:
>
> /etc/yum.repos.d/fedora-updates.repo on f21 has
> metadata_expire=6h
>
I was looking at dnf since the discussion is about dnf
> and the metadata right now for f21 updates is an empty repo with no
> packages in it f20 updates repo
>
user: averi set for averi acl: commit of package: perl-POE-Component-SSLify
from: Obsolete to: on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-POE-Component-SSLify
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
user: averi set for averi acl: watchcommits of package:
perl-POE-Component-SSLify from: Approved to: on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-POE-Component-SSLify
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs
On Thu, 2014-11-06 at 20:51 -0500, Jens Petersen wrote:
> > That's only going to work if llvm34 renames all of its binaries, and ghc
> > is changed to invoke the renamed ones, right? Otherwise the 3.4 and 3.5
> > versions of /usr/bin/llc will conflict.
>
> Hmm yes I guess I should go the whole wa
Hi,
On Thu, Nov 06, 2014 at 06:16:33PM +0100, Antonio Trande wrote:
> Hi David.
>
> On 11/06/2014 01:03 PM, David Tardon wrote:
> > Hi,
> >
> > On Wed, Nov 05, 2014 at 06:17:27PM +0100, Antonio Trande wrote:
> >> Hi all.
> >>
> >> I don't know how to fix these errors during IceCat compilation. L
user: pingou changed point of contact of package: perl-Data-Visitor from:
iarnell to: orphan on branch: el6
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Data-Visitor
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel
2014-11-07 17:28 GMT+02:00 Richard Hughes :
> Is it in a tarball that's been built for F22?
>
Version 2.7.2 was released in April and it doesn't have it, it's in their
development tree.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fed
user: pingou changed point of contact of package: perl-multidimensional from:
iarnell to: orphan on branch: master
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-multidimensional
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
user: pingou changed point of contact of package: perl-Catalyst-View-Mason
from: iarnell to: orphan on branch: f19
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/package/perl-Catalyst-View-Mason
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Pe
On 7 November 2014 15:01, Alexander Ploumistos
wrote:
> You can scratch nut-monitor off, it already has appdata:
Is it in a tarball that's been built for F22? What some upstreams do
is commit the file upstream but either forget to dist the file in the
tarball, or forget to install the file at ins
You can scratch nut-monitor off, it already has appdata:
https://github.com/networkupstools/nut/blob/master/scripts/python/app/nut-monitor.appdata.xml
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedorapr
On Fri, 2014-11-07 at 08:52 +, Richard Hughes wrote:
> No? We push unstable GNOME to rawhide all the time; or is this more of
> a case where we're worrying that a stable gthumb won't be available
> before F22 is due?
Exactly; since that's what happened for F21, there's a reasonable chance
it w
On Fri, 2014-11-07 at 08:52 +, Richard Hughes wrote:
> On 7 November 2014 00:31, Michael Catanzaro wrote:
> > Since gthumb does not follow the GNOME release schedule, we
> > shouldn't push unstable versions of gthumb to rawhide.
>
> No? We push unstable GNOME to rawhide all the time; or is
On 2014-11-07, Vít Ondruch wrote:
> Is there way how to setup some virtual network inteface, which would
> always work, no matter if I use ethernet, wireles, VPN or whatever else
> network connection on background?
>
Your question contains the answer: You need to create a tunnel to an
always reach
- Original Message -
> On 7 November 2014 11:24, Jaroslav Reznik wrote:
> > This is a very good idea, if we want to enforce it, packaging guidelines
> > are good place to start with for new applications.
>
> Approved, but ignored: https://fedorahosted.org/fpc/ticket/414
Based on the last
On 7 November 2014 11:24, Jaroslav Reznik wrote:
> This is a very good idea, if we want to enforce it, packaging guidelines
> are good place to start with for new applications.
Approved, but ignored: https://fedorahosted.org/fpc/ticket/414
Richard.
--
devel mailing list
devel@lists.fedoraprojec
On 7 November 2014 11:04, Alexander Ploumistos
wrote:
> I read your blog posts on AppStream/AppData and I found some
> Workstation/AppDataImprovement pages on the wiki, but I could not find the
> list you provided in your original message.
https://lists.fedoraproject.org/pipermail/devel/2014-Nove
On Thursday, November 06, 2014 08:10:19 PM Jiri Eischmann wrote:
> It's usually opt-in, so you don't have to use it and don't use it by
> default. This is at least designed as anonymous while Google tracks all
> Android users and saves their personal location data by default.
I don't mind sharing
Compose started at Fri Nov 7 07:45:03 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
- Original Message -
> Hi all,
>
> It will come as no surprise to many of you, but I'm going to propose
> that we only show applications in the software center in F22 when they
> have an AppData file. At the moment nearly 50% of applications in
> Fedora 21 ship AppData files, and the ones
- Original Message -
> On Thu, Nov 6, 2014 at 4:05 PM, Richard Hughes wrote:
> > On 6 November 2014 14:49, Josh Boyer wrote:
> >> Why wouldn't we (Fedora) add an AppData file to the package ourselves
> >> for such exceptions?
> >
> > We can, and should. I'd argue it's one of the most usef
On Thu, Nov 6, 2014 at 4:05 PM, Richard Hughes wrote:
> On 6 November 2014 14:49, Josh Boyer wrote:
>> Why wouldn't we (Fedora) add an AppData file to the package ourselves
>> for such exceptions?
>
> We can, and should. I'd argue it's one of the most useful thing a
> Fedora packager can do:
>
>
2014-11-06 12:03 GMT+02:00 Richard Hughes :
> I've attached a list of all the applications that would be affected by
> this change. It's a long list, but a *lot* of the applications are
> kinda dubious (lshw-gui anyone?).
>
I read your blog posts on AppStream/AppData and I found some
Workstation/
Compose started at Fri Nov 7 05:15:04 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[audtty]
audtt
On Fri, Nov 07, 2014 at 10:56:19AM +0100, Vít Ondruch wrote:
> Hi everybody,
>
> Is there way how to setup some virtual network inteface, which would
> always work, no matter if I use ethernet, wireles, VPN or whatever else
> network connection on background?
>
> * It is pretty annoying that ever
On Fri, Nov 7, 2014 at 2:51 AM, Jens Petersen wrote:
>> That's only going to work if llvm34 renames all of its binaries, and ghc
>> is changed to invoke the renamed ones, right? Otherwise the 3.4 and 3.5
>> versions of /usr/bin/llc will conflict.
>
> Hmm yes I guess I should go the whole way...
>
Hi everybody,
Is there way how to setup some virtual network inteface, which would
always work, no matter if I use ethernet, wireles, VPN or whatever else
network connection on background?
* It is pretty annoying that every time I change my location, I have to
change configuration of my virtual m
On 7 November 2014 00:31, Michael Catanzaro wrote:
> Since gthumb does not follow the GNOME release schedule, we
> shouldn't push unstable versions of gthumb to rawhide.
No? We push unstable GNOME to rawhide all the time; or is this more of
a case where we're worrying that a stable gthumb won't b
Hi,
On Fri, Nov 7, 2014 at 1:31 AM, Michael Catanzaro wrote:
> On Thu, 2014-11-06 at 13:13 -0800, James Patterson wrote:
>>
>> Is it too late to downgrade gthumb in Fedora 21 to 3.2.x?
>>
>> The version in Fedora is really slow. I posted a bug with more info:
>> https://bugzilla.redhat.com/show_b
On 7 November 2014 02:15, Zbigniew Jędrzejewski-Szmek wrote:
> We would. My point is that we should we should make a list of
> applications which are not allowed to fall by the wayside
I think that list would be very different for each person you ask; the
easiest thing to do is to just create the
On November 7, 2014 12:00:12 AM PST, "Miroslav Suchý" wrote:
>On 11/06/2014 03:18 PM, Bastien Nocera wrote:
>> Geoclue2*is* ready.
>
>Ehmm. When I google GeoClue2 only relevant link is:
>https://developer.gnome.org/platform-overview/stable/tech-geoclue2.html.en
>
>No documentation. No mobile app
On 11/06/2014 03:18 PM, Bastien Nocera wrote:
Geoclue2*is* ready.
Ehmm. When I google GeoClue2 only relevant link is:
https://developer.gnome.org/platform-overview/stable/tech-geoclue2.html.en
No documentation. No mobile app for gathering data. No public API. I would not call this
"ready".
42 matches
Mail list logo