On Wed, 20 Jan 2016 23:59:01 +0100, Michael Schwendt wrote:
> On Wed, 20 Jan 2016 21:59:01 +0100, Jan Kratochvil wrote:
> > On Wed, 20 Jan 2016 16:50:03 +0100, Richard W.M. Jones wrote:
> > > However on the same host if you do:
> > >
> > > dnf install gtk3-devel.i686
> > >
> > > then there's a
I'll take it for review. I have two simple reviews if you wouldn't
mind:
1. https://bugzilla.redhat.com/show_bug.cgi?id=1299179
2. https://bugzilla.redhat.com/show_bug.cgi?id=1300158
Thanks,
Dennis Chen
signature.asc
Description: This is a digitally signed message part
smime.p7s
Description:
I am orphaning a few packages that I no longer use. All of them,
except lexertl, are on their latest upstream versions in Rawhide.
None of them have any open bugs. Upstream releases are fairly rare
for all of these packages. They are:
- lexertl: a modular lexical analyzer generator (needed by li
I'll gladly trade a simple review for a simple review:
https://bugzilla.redhat.com/show_bug.cgi?id=1298019
It's the command line tool for poking at nvme disks.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 01/20/2016 08:23 PM, Richard W.M. Jones wrote:
I have filed a bug (against gtk3 for now) about this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1300432
I still don't know the cause of this issue, I don't think this is gtk3's
fault (alone). It's possible to generate similar break
On 01/21/2016 12:45 AM, Neal Gompa wrote:
We don't store libraries and headers in such a way that the different
arches can coexist without clobbering.
Headers being installed to /usr/include must be multilib capable. I.e.
they either must be arch-independent or contain sufficient magic
(condit
On Wed, 20 Jan 2016 18:45:15 -0500, Neal Gompa wrote:
> Wouldn't there also be the problem of headers getting clobbered when
> you do this?
Not generally. Not all projects generate headers to be arch-specific.
At least in the C/C++ world, it is much more common for headers to
contain conditionals
On Wed, Jan 20, 2016 at 7:38 PM, Luke Macken wrote:
> On Wed, Jan 20, 2016 at 07:17:10AM -0500, Josh Boyer wrote:
>> On Wed, Jan 20, 2016 at 5:55 AM, Richard Fearn
>> wrote:
>> > Hi,
>> >
>> >> https://github.com/fedora-infra/bodhi/issues/763
>> >
>> > You beat me to it :) Thanks for doing that!
On 01/20/2016 01:21 PM, Ian Pilcher wrote:
I'm looking at upgrading my video setup to support 3 monitors. I had
intended to purchase an AMD FirePro V4900, since it is known to "just
work" with the open source drivers, but I see that the W4100 is now
available at approximately the same price poin
On Wed, Jan 20, 2016 at 07:17:10AM -0500, Josh Boyer wrote:
> On Wed, Jan 20, 2016 at 5:55 AM, Richard Fearn wrote:
> > Hi,
> >
> >> https://github.com/fedora-infra/bodhi/issues/763
> >
> > You beat me to it :) Thanks for doing that!
> >
> > And Luke seems to have fixed the problem already. Thanks
On Wed, Jan 20, 2016 at 5:59 PM, Michael Schwendt wrote:
> On Wed, 20 Jan 2016 21:59:01 +0100, Jan Kratochvil wrote:
>
>> On Wed, 20 Jan 2016 16:50:03 +0100, Richard W.M. Jones wrote:
>> > However on the same host if you do:
>> >
>> > dnf install gtk3-devel.i686
>> >
>> > then there's a lot miss
On Wed, Jan 20, 2016 at 12:34 PM Sander Hoentjen wrote:
[snip]
> > https://fedoraproject.org/wiki/Packaging:JavaScript
> Yeah I read that, but is says "Please note that this section really only
> applies to JavaScript libraries intended for use on the web." so I am
> not sure that applies to my c
On Wed, 20 Jan 2016 21:59:01 +0100, Jan Kratochvil wrote:
> On Wed, 20 Jan 2016 16:50:03 +0100, Richard W.M. Jones wrote:
> > However on the same host if you do:
> >
> > dnf install gtk3-devel.i686
> >
> > then there's a lot missing before you can compile a 32 bit Gtk3
> > application[2].
>
On Wed, Jan 20, 2016 at 09:44:50PM +0100, Jan Včelák wrote:
> Hello.
>
> I've got several Python packages on review. But I'm not sure if the
> naming policy applies to the spec file the same way as it applies on
> the resulting packages.
>
> socketIO-client RHBZ #1300092
> ripe-atlas-sagan RHBZ #
Just a note that it EPEL6 no longer requires you to include the
definition of %license property; you can use it freely in your %files
list as you would in EPEL7 or Fedora. It simply maps to %doc as it
would if you had included the magic line noise manually. This works for
me in koji; if it doesn'
On Wed, 20 Jan 2016 16:50:03 +0100, Richard W.M. Jones wrote:
> However on the same host if you do:
>
> dnf install gtk3-devel.i686
>
> then there's a lot missing before you can compile a 32 bit Gtk3
> application[2].
There were always missing many %{?_isa} in BuildRequires, I was filing many
Hello.
I've got several Python packages on review. But I'm not sure if the
naming policy applies to the spec file the same way as it applies on
the resulting packages.
socketIO-client RHBZ #1300092
ripe-atlas-sagan RHBZ #1300217
ripe-atlas-cousteau RHBZ #1300219
ripe-atlas-tools RHBZ #1300222
Fo
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-01-21 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2016-01-21 09:00 Thu US/Pacific PST
2016-01-21 12:00 Thu US/Eastern EST
2016-01-21 1
I have filed a bug (against gtk3 for now) about this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1300432
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-builder quickly b
I'm looking at upgrading my video setup to support 3 monitors. I had
intended to purchase an AMD FirePro V4900, since it is known to "just
work" with the open source drivers, but I see that the W4100 is now
available at approximately the same price point, with more memory, etc.,
etc.
Has anyone
= Proposed Self Contained Change: Atomic Storage Clients =
https://fedoraproject.org/wiki/Changes/AtomicStorageClients
Change owner(s):
* mmicene
Kubernetes provides a mechanism for providing storage to Pods via
volumes. Volumes support several underlying storage protocols, but
clients are neede
At the FESCo meeting on October 14th [1], it was decided that the time
has come to finally complete the migration away from System V init
scripts.
This email is a reminder about this Change, following the announcement
sent by Stephen Gallagher [2].
You might also want to check the list of possibly
Hello, Fedora people,
Earlier this month, it was brought to FESCo's attention that when it
had made the initial Fedora 24 schedule, it failed to accommodate a
necessary mass-rebuild for the GCC 6 compiler. As a result, FESCo
decided[2] to slip the release by at least two weeks and by as much as
th
On Qua, 2016-01-20 at 17:59 +0100, Michael Schwendt wrote:
> On Wed, 20 Jan 2016 17:32:52 +0100, Ralf Corsepius wrote:
>
> > IMO, this is supposed to work => Bug
> >
> > The big question would be: Where?
I bet more in packaging which have some missing %{_isa}
dnf repoquery --requires gtk3-deve
On 01/20/2016 05:44 PM, Stephen Gallagher wrote:
> On 01/20/2016 10:18 AM, Sander Hoentjen wrote:
> > Hi,
>
> > I am currently packaging dnsdist[1][2]. This is a binary that has a
> > httpserver built-in, and the html, css and js files embedded in the
> > binary. The javascript files are jquery and
On Wed, Jan 20, 2016 at 05:59:25PM +0100, Michael Schwendt wrote:
> On Wed, 20 Jan 2016 17:32:52 +0100, Ralf Corsepius wrote:
>
> > IMO, this is supposed to work => Bug
> >
> > The big question would be: Where?
>
> It cannot work as long as gtk3-devel relies on pkgconfig(foo) dependencies
> inst
On Wed, 20 Jan 2016 17:32:52 +0100, Ralf Corsepius wrote:
> IMO, this is supposed to work => Bug
>
> The big question would be: Where?
It cannot work as long as gtk3-devel relies on pkgconfig(foo) dependencies
instead of arch-specific explicit Requires.
--
devel mailing list
devel@lists.fedorapr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/20/2016 10:18 AM, Sander Hoentjen wrote:
> Hi,
>
> I am currently packaging dnsdist[1][2]. This is a binary that has a
> httpserver built-in, and the html, css and js files embedded in the
> binary. The javascript files are jquery and a few othe
On 01/20/2016 04:50 PM, Richard W.M. Jones wrote:
If you're on freshly installed Fedora 23 (x86-64), then
dnf install gtk3-devel.x86_64
gets you everything you need to compile a simple Gtk3 application[1].
However on the same host if you do:
dnf install gtk3-devel.i686
then there's a l
Missing expected images:
Kde disk raw armhfp
Kde live i386
Kde live x86_64
Images in this compose but not Rawhide 20160119:
Cloud_atomic vagrant virtualbox x86_64
Cloud_atomic vagrant libvirt x86_64
No images in Rawhide 20160119 but not this.
Failed openQA tests: 4 of 63
ID: 3484Test:
If you're on freshly installed Fedora 23 (x86-64), then
dnf install gtk3-devel.x86_64
gets you everything you need to compile a simple Gtk3 application[1].
However on the same host if you do:
dnf install gtk3-devel.i686
then there's a lot missing before you can compile a 32 bit Gtk3
applic
On Tue, Jan 19, 2016, at 08:05 AM, Nico Kadel-Garcia wrote:
> There are actually some very real security reasons not to let mock
> pull arbitrary configuration files from local directories. It would
> provide way, way too much power to the local developer to build
> arbitrary chroot cages on the m
Hi,
I am currently packaging dnsdist[1][2].
This is a binary that has a httpserver built-in, and the html, css and
js files embedded in the binary.
The javascript files are jquery and a few other known scripts[3], and
there is one javascript specific to dnsdist itself[4].
What are the guidelines o
On 01/20/2016 01:12 PM, Nikos Mavrogiannopoulos wrote:
> If you have complex structures to be transfered you may want to rely on
> something automated to serialize/deserialize requests. That will
> increase the code, but reduce the complexity. I've used protocol
> buffers over unix sockets for tha
On Wed, Jan 20, 2016 at 5:55 AM, Richard Fearn wrote:
> Hi,
>
>> https://github.com/fedora-infra/bodhi/issues/763
>
> You beat me to it :) Thanks for doing that!
>
> And Luke seems to have fixed the problem already. Thanks Luke!
He fixed the code, but it isn't merged yet nor is it deployed in
Fed
On Mon, 2016-01-18 at 14:15 +0100, Miroslav Lichvar wrote:
> On Mon, Jan 18, 2016 at 11:02:44AM +0100, Nikos Mavrogiannopoulos
> wrote:
> > As Florian suggested it makes more sense to compartmentalize chrony
> > so
> > that only a small controlled part of it needs to run with seccomp.
> > My
> > re
Compose started at Wed Jan 20 05:15:02 UTC 2016
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-9.fc24.i686 requires libboost_serialization.so.1.58.0
IQmol-2.3.0-9.fc24.i686 requires libboost_iostreams.so.1.58.0
IQmol-2.3.0
= Proposed Self Contained Change: ibus-fbterm enhancement for ibus 1.5 =
https://fedoraproject.org/wiki/Changes/ibus-fbterm_enhancement_for_ibus_1.5
Change owner(s):
* Takao Fujiwara
Update of ibus-fbterm to work with IBus 1.5. ibus-fbterm enables major
features of ibus 1.5
== Detailed Descrip
= Proposed Self Contained Change: QtWebEngine =
https://fedoraproject.org/wiki/Changes/QtWebEngine
Change owner(s):
* Kevin Kofler
QtWebEngine will be packaged for Fedora, initially at version 5.6. In
addition, the QupZilla browser will be upgraded to the
QtWebEngine-based QupZilla 2.
== Detail
Hi,
> https://github.com/fedora-infra/bodhi/issues/763
You beat me to it :) Thanks for doing that!
And Luke seems to have fixed the problem already. Thanks Luke!
Regards,
Richard
--
Richard Fearn
richardfe...@gmail.com
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedorapr
40 matches
Mail list logo
