On Tue, Aug 11, 2015 at 4:36 PM, Jiri Eischmann
wrote:
> And how would Chromium make this particular situation better? It looks
> even less integrated in KDE than Firefox.
>
> Nevertheless, it looks like we will need to find a solution to this
> because Qt developers have decided to replace Qt We
Gerald B. Cox píše v Út 11. 08. 2015 v 11:25 -0700:
> There has been a lively discussion within KDE regarding the Konqueror
> browser; and subsequently it has been decided that a non-KDE, GTK
> browser will be the default for the spin.
>
> Why, because Firefox is the only choice for Fedora, Ch
On 11/08/15 20:25, Gerald B. Cox wrote:
...
> Things have also changed over the years, and Chrome/Chromium's
> popularity has continued to grow and is now packaged in Ubuntu, Debian
> and Suse. Firefox has exceptions mainly because it is deemed "to
> popular" to keep out of the distribution.
I was just hit by this, so figured I'd pass it along in case others are too.
See https://sourceware.org/bugzilla/show_bug.cgi?id=18529 for more info.
Previously getaddrinfo() and friends were exposed with;
_POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE
but now you need:
_POSIX_C_SOURCE
On Wed, Aug 12, 2015 at 11:14 AM, Matthew Miller
wrote:
> On Tue, Aug 11, 2015 at 10:11:39PM -0400, Gary Gatling wrote:
> > > I realize we have our guidelines and we're not Debian, Suse or
> Ubuntu...
> > > and that's a good thing. But, if we're making exceptions for Firefox
> > > because of it'
Jonathan Wakely wrote:
> On 11/08/15 15:43 +0100, Jonathan Wakely wrote:
>>On 10/08/15 12:24 -0600, Kevin Fenzi wrote:
>>>On Mon, 10 Aug 2015 17:51:30 +0100
>>>José Matos wrote:
>>>
On Saturday 18 July 2015 12:46:51 Jonathan Wakely wrote:
> Hi,
>
> I've pushed a new version of Boo
On 12/08/15 17:14, Matthew Miller wrote:
It's important to note that "popularity" is not the sole reason for
exceptions for Firefox. Overall, everyone should review the existing
discussion in the guidelines about bundling exceptions and consider how
this might fit in (possibly including revision
On Tue, Aug 11, 2015 at 10:11:39PM -0400, Gary Gatling wrote:
> > I realize we have our guidelines and we're not Debian, Suse or Ubuntu...
> > and that's a good thing. But, if we're making exceptions for Firefox
> > because of it's popularity shouldn't we do the same for Chromium.
> I agree with G
On 12 August 2015 at 09:33, Reindl Harald wrote:
>
> Am 12.08.2015 um 02:42 schrieb Thomas Daede:
*if* you use binary tarballs they *should not* be extracted in a user
writeable location as *no binary* whenever possible should have
permissions allowing a ordinary user to change
Hi Mirek,
I am seeing copr builds failing on ppc64le with this in root.log:
DEBUG util.py:377: ERROR: can't perform the search - Inappropriate
ioctl for device
DEBUG util.py:377: ERROR: can't get rootid for '/var/lib/mock'
DEBUG util.py:488: Child return code was: 1
Full log here:
https://co
Dne 12.8.2015 v 16:15 Jerry James napsal(a):
> On Tue, Aug 11, 2015 at 9:01 PM, Pierre-Yves Chibon
> wrote:
>> On Tue, Aug 11, 2015 at 08:20:39PM -0600, Jerry James wrote:
>> This sounds like a different issue. On thing we would need is to know which
>> email you are talking about.
>> All the ema
On Tue, Aug 11, 2015 at 9:01 PM, Pierre-Yves Chibon wrote:
> On Tue, Aug 11, 2015 at 08:20:39PM -0600, Jerry James wrote:
> This sounds like a different issue. On thing we would need is to know which
> email you are talking about.
> All the emails coming from FMN (https://apps.fedoraproject.org/no
Compose started at Wed Aug 12 05:15:03 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0
IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0
[ScientificPython]
Le 11 août 2015 5:08 PM, "Chris Adams" a écrit :
>
> Once upon a time, Gerald B. Cox said:
> > On Tue, Aug 11, 2015 at 11:28 AM, Chris Adams wrote:
> > > What packaging exceptions are being made for Firefox?
> >
> > They can be found here:
> > https://fedoraproject.org/wiki/Packaging:No_Bundled_
Hi,
How to only install updates from a specific repository with DNF (and their
dependencies from other repositories)?
Is there a option to upgrade only packages from specific repository (and
their dependencies from other repositories)
I use following on Fedora 22 x86_64:
dnf -y repo-pkgs MYREPO
- Original Message -
> I'm stuck on this (again). According to advice here:
>
> https://lists.fedoraproject.org/pipermail/devel/2015-June/211666.html
>
> I just needed to use
> Requires: /usr/bin/python
>
> But I tried changing
>
> Requires: python
>
> to
>
> Requires: /usr/bin/pytho
Neal Becker wrote:
% I'm stuck on this (again). According to advice here:
%
% https://lists.fedoraproject.org/pipermail/devel/2015-June/211666.html
%
% I just needed to use
% Requires: /usr/bin/python
%
% But I tried changing
%
% Requires: python
%
% to
%
% Requires: /usr/bin/python
%
% a
Am 12.08.2015 um 14:33 schrieb Neal Becker:
I'm stuck on this (again). According to advice here:
https://lists.fedoraproject.org/pipermail/devel/2015-June/211666.html
I just needed to use
Requires: /usr/bin/python
But I tried changing
Requires: python
to
Requires: /usr/bin/python
and it
On Wed, 12 Aug 2015 08:33:19 -0400, Neal Becker wrote:
> I'm stuck on this (again). According to advice here:
>
> https://lists.fedoraproject.org/pipermail/devel/2015-June/211666.html
>
> I just needed to use
> Requires: /usr/bin/python
>
> But I tried changing
>
> Requires: python
>
> to
I'm stuck on this (again). According to advice here:
https://lists.fedoraproject.org/pipermail/devel/2015-June/211666.html
I just needed to use
Requires: /usr/bin/python
But I tried changing
Requires: python
to
Requires: /usr/bin/python
and it doesn't work. Somehow I still get:
...
Requi
On Tue, 11 Aug 2015 15:43:15 -0400 (EDT), Honza Šilhan wrote:
> Hi.
>
> Another crucial release of DNF is out with a lot of new features and over 20
> bug fixes.
>
# dnf update
Last metadata expiration check performed 2:18:33 ago on Wed Aug 12 12:09:11
2015.
Dependencies resolved.
Traceback (
Compose started at Wed Aug 12 07:15:03 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
mvn(org.apache.juddi:
On 08/12/2015 11:50 AM, Johnny Robeson wrote:
On Wed, 2015-08-12 at 10:31 +0200, Miroslav Suchý wrote:
It is my pleasure to announce that we just upgraded
https://copr.fedoraproject.org
It includes several major improvements:
* UI converted to PatternFly [1]. Most visible change is that tab
Hi,
I would like to put the project I'm working on in the spotlight. It's
fuse-backup, a service which gives users the possibilty to enable backups
for folders, and select what is to be backupped based upon mimetype.
Fuse-backup does not backup every time a file has changed, but after every
sessio
On Wed, 12 Aug 2015 05:05:10 +0200, Pierre-Yves Chibon wrote:
> FMN has been announced on devel-announce and devel as well as the planet. We
> have rolled out a few release including one re-working the default settings.
Hardly any filter is enabled.
Here's an announcement related to pkgdb and FM
On Tue, 11 Aug 2015 20:20:39 -0600, Jerry James wrote:
> > Visited
> >
> > https://apps.fedoraproject.org/notifications
> >
> > and added an "include" for "All Package DB events", but below it
> > also doesn't refer to the pkgdb requests made by a fellow packager.
>
> I've got a question about
On Wed, 2015-08-12 at 10:31 +0200, Miroslav Suchý wrote:
> It is my pleasure to announce that we just upgraded
> https://copr.fedoraproject.org
>
> It includes several major improvements:
>
> * UI converted to PatternFly [1]. Most visible change is that tables
> (e.g. list of builds) can be sor
On Tue, 2015-08-11 at 14:54 -0400, Neal Gompa wrote:
> I think if we're willing to grant such an exception to Firefox, we
> should be willing to extend the same to Chromium. That is, of course,
> provided that we can actively work towards cutting away at bundled
> libraries and getting the engin
Am 12.08.2015 um 02:32 schrieb Florian Weimer:
On 08/11/2015 10:29 PM, Reindl Harald wrote:
Am 11.08.2015 um 22:18 schrieb Mustafa Muhammad:
> If I knew Mozilla's Linux binaries provided its own update mechanism
> and notification, yes I would do exactly that.
I am pretty sure they get
Am 12.08.2015 um 02:42 schrieb Thomas Daede:
*if* you use binary tarballs they *should not* be extracted in a user
writeable location as *no binary* whenever possible should have
permissions allowing a ordinary user to change them
This is simply not the way how end users install original Mozil
It is my pleasure to announce that we just upgraded
https://copr.fedoraproject.org
It includes several major improvements:
* UI converted to PatternFly [1]. Most visible change is that tables
(e.g. list of builds) can be sorted using any column and you can filter
visible rows using any value.
31 matches
Mail list logo
