On 2016-06-09 01:18, Jonathan Wakely wrote:
On 09/06/16 08:02 +, Petr Pisar wrote:
That's because gcc.x86_64 accepts -m32 but cannot produce 32-bit
executable without the i686 toolchain packages. It sounds like broken
dependencies.
The alternative would be for gcc.x86_64 to unconditionally
Hello, Michael.
On Thursday, 09 June 2016 at 20:48, Michael Catanzaro wrote:
> We have recently started updating all Fedoras to the latest stable
> release of WebKitGTK+ in order to provide effective security support.
> I'm pleased that so far we have had no bug reports related to these
> updates.
OLD: Fedora-Rawhide-20160609.n.0
NEW: Fedora-Rawhide-20160610.n.0
= SUMMARY =
Added images:6
Dropped images: 8
Added packages: 8
Dropped packages:0
Upgraded packages: 108
Downgraded packages: 0
Size of added packages: 12.67 MiB
Size of dropped packages
Hi Rich.
On 9 June 2016 at 12:59, Richard W.M. Jones wrote:
>
> I maintain a package which comes with some benchmarking tools. I
> would like to package these, but they have very generic names like
> "boot-benchmark", "analysis". Also the tools are very specialized --
> you would only want them
On Qui, 2016-06-09 at 12:59 +0100, Richard W.M. Jones wrote:
> I maintain a package which comes with some benchmarking tools. I
> would like to package these, but they have very generic names like
> "boot-benchmark", "analysis". Also the tools are very specialized --
> you would only want them if
On 10/06/16 14:01, Sérgio Basto wrote:
(3) Rename them and put them in %{_bindir}. This is technically
difficult, because the binaries have manual pages which would all
have
to be patched to refer to the new names.
Rich.
What if you rename them, and instead of patching the manpages
(admitte
testing this on-line reply thing...
I guess the java tools are either scripts or java code i. e.,
architecture-independent. I just presume Rich's tools are compiled code which
cannot live in /usr/share for that reason. But... to presume is a bad habit.
Cheers!
--alec
--
devel mailing list
deve
On Fri, Jun 10, 2016 at 12:30:47PM -, Alec Leamas wrote:
> testing this on-line reply thing...
>
> I guess the java tools are either scripts or java code i. e.,
> architecture-independent. I just presume Rich's tools are compiled code which
> cannot live in /usr/share for that reason. But...
Hi,
I propose we retire the webkitgtk and webkitgtk3 packages when
branching rawhide for F26 (expected to occur roughly February 2017),
and forbid unretiring them. All their dependencies would then be
removed from from Fedora according to the normal process shortly before
the release of F27 (excep
On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017)
To clarify: I propose removing the packages from rawhide (only) shortly
after branching for F26, that w
Hi everyone,
My name is Davide Olivieri, I've been a Linux user for some years and
lately I became particularly interested in Fedora and its community. I hold
the RHCSA certification and have knowledge of bash scripting.
I would like to contribute to the project by becoming a package maintainer
(
Following is the list of topics that will be discussed in the FESCo
meeting Friday at 16: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 '2016-06-10 16:00 UTC'
Links to all tickets below c
Announcing the creation of a new nightly release validation test event
for Fedora 24 Branched 20160610.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Fri, Jun 10, 2016 at 9:35 AM, Jared K. Smith
wrote:
> Following is the list of topics that will be discussed in the FESCo
> meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net.
I am on PTO this afternoon and will miss the meeting. I will make
comments in the individual tickets w
On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017),
> and forbid unretiring them. All their dependencies would then be
> removed from from Fedora according
On Fri, Jun 10, 2016 at 9:11 AM, Michael Catanzaro wrote:
> Hi,
>
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017),
> and forbid unretiring them. All their dependencies would then be
> removed from from Fedora ac
What do we actually have to do to move apps that are using the
Webkit API to the new version? What code changes are needed?
Is there documentation for this?
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http:
On Fri, 2016-06-10 at 09:58 -0400, Josh Boyer wrote:
>
>
> I am all for anything that removes emacs from our distribution. How
> can I help ensure this happens?
>
>
Serious answer: the Emacs dependency on unsupported WebKit was added
two months ago and can be avoided by changing a configure f
OLD: Fedora-24-20160609.n.0
NEW: Fedora-24-20160610.n.0
= SUMMARY =
Added images:8
Dropped images: 2
Added packages: 0
Dropped packages:0
Upgraded packages: 6
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of
Missing expected images:
Kde live i386
Workstation live i386
Kde live x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Workstation live x86_64
Failed openQA tests: 14/67 (x86_64), 6/15 (i386)
ID: 21544 Test: x86_64 Workstation-boot-iso install_defa
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 1/17 (i386), 1/2 (arm)
ID: 21646 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/21646
ID: 21719 Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fed
On 06/08/2016 05:29 AM, Josh Boyer wrote:
Hi All,
The upstream stable maintainers released kernels 4.5.7 and 4.6.2
yesterday. I thought I would send a brief word about how the rebase
of F24 to 4.6.y will happen.
We'll ship 4.5.7 as the final 4.5.y update and have that available as
the 0-day up
#fedora-meeting: FESCO (2016-06-10)
Meeting started by jsmith at 16:00:40 UTC. Full logs are available at
https://meetbot.fedoraproject.org/fedora-meeting/2016-06-10/fesco.2016-06-10-16.00.log.html
Meeting summary
init process (jsmith, 16:00:40)
Follow-ups (jsmith, 16:03:32)
#1576 Ev
On Fri, 2016-06-10 at 15:02 +0100, Richard W.M. Jones wrote:
> What do we actually have to do to move apps that are using the
> Webkit API to the new version? What code changes are needed?
> Is there documentation for this?
There's no transition documentation. Basically, you want to make sure
you
On Fri, 2016-06-10 at 08:11 -0500, Michael Catanzaro wrote:
> Answer: QtWebKit has not had security updates since ~2012
The QtWebKit folks asked me to point out that they were merging
security fixes until 2014. More information is available at [1]; you
can judge the situation for yourself.
[1] ht
On Fri, 10 Jun 2016, Michael Catanzaro wrote:
Question: What if my application depends on GTK+ 2?
Answer: You must first port to GTK+ 3, then port to WebKit2. You may
find it more practical to stop using WebKitGTK+.
What is the WebKit2 package in Fedora? Is that webkitgtk4?
Scott
--
devel m
On Jun 10, 2016 8:32 PM, "Scott Talbert" wrote:
>
> On Fri, 10 Jun 2016, Michael Catanzaro wrote:
>
>> Question: What if my application depends on GTK+ 2?
>>
>> Answer: You must first port to GTK+ 3, then port to WebKit2. You may
>> find it more practical to stop using WebKitGTK+.
>
>
> What is th
27 matches
Mail list logo
