John5342 writes:
> Well the problem is obvious.
Very obvious, indeed.
> The line in the test program should be:
>
> boost::program_options::variables_map dummy()
>
> and not:
>
> boost::program_options::variables_map::variables_map dummy()
>
> I however know very little about autotools (and don
On 07/18/2010 06:32 PM, Michael Schwendt wrote:
> On Sun, 18 Jul 2010 10:41:42 -0600, Kevin wrote:
>
>> On Sat, 17 Jul 2010 12:09:01 +1000
>> David Timms wrote:
>>
>> ...snip...
>>
>>> Should I update the URL ?
>
> No. Drop it if it gives 404 Not Found.
>
rpmlint will occasionally complain that a
On Thu, 2010-07-01 at 23:03 +0530, Siddhesh Poyarekar wrote:
> On Thu, Jul 01, 2010 at 01:07:02PM -0400, Toshio Kuratomi wrote:
> > libart_l...@fedoraproject.org, liboil-ow...@fedoraproject.org,
> > librs...@fedoraproject.org
> > Bcc:
> > Subject: A few orphaned desktop/graphics packages
> > Reply
On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote:
> On Tue, 2010-07-06 at 13:59 +0100, pbrobin...@gmail.com wrote:
> > I wonder about the maintainer ship of epiphany. The ownership of it is
> > gecko-maint but in none of the current versions of fedora is epiphany
> > gecko based and of the
On Fri, 2010-07-09 at 23:28 +0200, Andreas Tunek wrote:
> 2010/7/7 Andreas Tunek :
> > On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote:
> >> On Tue, 2010-07-06 at 13:59 +0100, pbrobin...@gmail.com wrote:
> >> > I wonder about the maintainer ship of epiphany. The ownership of it is
> >> > g
perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as
perl-DBI-Dumper has broken dependencies in the rawhide tree:
On x86_64:
perl-DBI-Dumper-2.01-8.fc12.x86_64 requires perl(:MODULE_COMPAT_5.10.0)
On i386:
perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0)
Please resolve this as soon as possible.
--
Fedora Extra
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.07-6.fc13.x86_64 requires perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.
--
Fedora Extra
Compose started at Mon Jul 19 08:15:17 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requ
Bastien Nocera wrote:
> FWIW, it looks like a WebKitGTK bug when launching pretty much any
> plugin. Best to try and reproduce the problem with another WebKitGTK
> browser, and update the bug with actual reproducer instructions.
>
> Cheers
Here's a bug for uzbl.
https://bugzilla.redhat.com/show_
On Mon, Jul 19, 2010 at 11:14 AM, Bastien Nocera wrote:
> On Fri, 2010-07-09 at 23:28 +0200, Andreas Tunek wrote:
>> 2010/7/7 Andreas Tunek :
>> > On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote:
>> >> On Tue, 2010-07-06 at 13:59 +0100, pbrobin...@gmail.com wrote:
>> >> > I wonder about t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/14/2010 09:30 PM, Lennart Poettering wrote:
> heya,
>
> I have uploaded preliminary versions of the unit files I put together
> for the various services of our default install. I think they give an
> indication how simple these files actually ar
On Mon, 19.07.10 10:10, Stephen Gallagher (sgall...@redhat.com) wrote:
> We already do this. The log messages you're seeing are actually
> debugging messages. You probably want to use --debug-to-files to ensure
> that these debug messages aren't printed to the console (and instead go
> to /var/log
An oldie but goodie kde3-based ftp program, now up for grabs.
https://admin.fedoraproject.org/pkgdb/acls/name/kasablanca
-- Rex
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/19/2010 10:59 AM, Lennart Poettering wrote:
> Socket activation is one of the key features of systemd: it pulls the
> creation of the listening socket out of the daemons and into the init
> system. You basically tell systemd that it should listen
On Monday 19 July 2010 01:15:43 Andreas Schwab wrote:
> John5342 writes:
> > Well the problem is obvious.
>
> Very obvious, indeed.
>
> > The line in the test program should be:
> >
> > boost::program_options::variables_map dummy()
> >
> > and not:
> >
> > boost::program_options::variables_ma
On 07/14/2010 10:43 AM, Lennart Poettering wrote:
> 3) You check mtab to figure out whether the rootdir is on iscsi. That
> cannot work, as mtab is not really updated anyway, and if at all you
> should look in /proc/mounts, but this won't really give your the
> information either. The proper way to
On Mon, 19.07.10 11:33, Stephen Gallagher (sgall...@redhat.com) wrote:
> Hmm, unfortunately I'm not sure that this will work with SSSD as it
> currently exists. SSSD as a service needs to be running as early in the
> boot process as it can be brought up, because it is is possible that
> other serv
On Mon, 19.07.10 11:15, Mike Christie (mchri...@redhat.com) wrote:
>
> On 07/14/2010 10:43 AM, Lennart Poettering wrote:
> > 3) You check mtab to figure out whether the rootdir is on iscsi. That
> > cannot work, as mtab is not really updated anyway, and if at all you
> > should look in /proc/moun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/19/2010 12:12 PM, Lennart Poettering wrote:
> It would be great if sssd would adopt socket based activation, because
> then we could start syslog, sssd and let's say an ssd client "foo", all
> in one big step, instead of having to run them serial
On 07/19/2010 11:14 AM, Lennart Poettering wrote:
> On Mon, 19.07.10 11:15, Mike Christie (mchri...@redhat.com) wrote:
>
>>
>> On 07/14/2010 10:43 AM, Lennart Poettering wrote:
>>> 3) You check mtab to figure out whether the rootdir is on iscsi. That
>>> cannot work, as mtab is not really updated a
On Mon 19 July 2010 5:44:21 am pbrobin...@gmail.com wrote:
> On Mon, Jul 19, 2010 at 11:14 AM, Bastien Nocera wrote:
> > On Fri, 2010-07-09 at 23:28 +0200, Andreas Tunek wrote:
> >> 2010/7/7 Andreas Tunek :
> >> > On Tue, 2010-07-06 at 16:24 -0700, Adam Williamson wrote:
> >> >> On Tue, 2010-07-06
Hi,
http://apple.slashdot.org/story/10/07/19/1524250/FreeType-Project-Cheers-TrueType-Patent-Expiration
Are we going to have it enabled for Fedora 14?
-Ilyes Gouta
On Wednesday, May 26, 2010, Matthew Miller wrote:
> On Wed, May 26, 2010 at 07:30:56PM +0200, Martin Sourada wrote:
>> Depends on
On Mon, 2010-07-19 at 19:15 +0200, Ilyes Gouta wrote:
> Hi,
>
> http://apple.slashdot.org/story/10/07/19/1524250/FreeType-Project-Cheers-TrueType-Patent-Expiration
>
> Are we going to have it enabled for Fedora 14?
It already is, in Rawhide. Upgrade an F13 machine to Rawhide and you'll
see notic
On Mon, 19.07.10 12:29, Stephen Gallagher (sgall...@redhat.com) wrote:
> I'll certainly give it some thought. My main concern is portability at
> this point. There are a lot of systems that do not (and will not)
> support systemd. I'm not sure how one would configure this socket
> activation condi
On Mon, 19.07.10 11:44, Mike Christie (mchri...@redhat.com) wrote:
> > But if that's the case, why do you believe you gain anything by checking
> > whether the root directory is on iscsi?
>
> For root on iscsi we always need it on.
But what happens for /home on iscsi? It's the same story, isn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am noticing the following in F14
type=1400 audit(1279559591.480:31): avc: denied { read } for pid=526
comm="udevd" name="/" dev=autofs ino=9519
scontext=system_u:system_r:udev_t:s0-s0:c0.c1023
tcontext=system_u:object_r:autofs_t:s0 tclass=dir
typ
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: .desktop menu entry has wrong/missing categories
https://bugzilla.redhat.com/show_bug.cgi?id=616128
Summary: .desktop menu entry has wrong/missing categories
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=616128
Peter Lemenkov changed:
What|Removed |Added
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 19:30UTC (3:30pm EDT) in #fedora-meeting on
irc.freenode.net.
= Followups =
#topic #351 Create a policy for updates - status report on implementation
https://fedorahosted.org/fesco/ticket/351
#topic #382 Imp
On Mon, Jul 19, 2010 at 10:26:53AM -0700, Adam Williamson wrote:
> It already is, in Rawhide. Upgrade an F13 machine to Rawhide and you'll
> see noticeably different font rendering.
See: https://bugzilla.redhat.com/show_bug.cgi?id=547532
> (Though it's really not as simple as that story makes it
On 07/19/2010 11:26 AM, Adam Williamson wrote:
>
> It already is, in Rawhide. Upgrade an F13 machine to Rawhide and you'll
> see noticeably different font rendering.
>
> (Though it's really not as simple as that story makes it seem, which is
> why we didn't do it for F13. Bytecode interpreting on
On Monday 19 July 2010, James Findley wrote:
> On 07/18/2010 06:32 PM, Michael Schwendt wrote:
> >
> > No. Drop it if it gives 404 Not Found.
>
> rpmlint will occasionally complain that a url is invalid even when it
> isn't. google code projects, for example, often have this issue. If
> the url
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This program takes three inputs.
The executable that init will exec.
The directory where the executable would create the object. (fifo_file,
sock_file, file ...)
The "type" of the object to be created
In order to test this, you need to tell setsockco
Start End Name
Wed 26-May Tue 03-Aug Packaging and Development (precedes Alpha)
Thu 22-Jul Thu 22-Jul Create Installable Images for QA testing #3
Fri 23-Jul Fri 23-Jul Alpha Blocker Meeting (f14alpha) #2
Mon 26-Jul Fri 30-Jul Daily Review & Notification of Open Alpha
Blocker
On Sun, Jul 18, 2010 at 04:16:13PM +0200, Michael Schwendt wrote:
> If there is anybody who insists on taking over the package (without just
> trying to increase a personal package count), please say so, and I'll
> orphan the package instead. However, consider signing up for geeqie
> maintenance in
On Mon, 19 Jul 2010 17:09:10 -0400
Matthew Miller wrote:
> On Sun, Jul 18, 2010 at 04:16:13PM +0200, Michael Schwendt wrote:
> > If there is anybody who insists on taking over the package (without
> > just trying to increase a personal package count), please say so,
> > and I'll orphan the packag
On Wed, 7 Jul 2010, Tom "spot" Callaway wrote:
> [xen-maint] xen: xen-doc-4.0.0-2.fc14.x86_64
> xen-libs-4.0.0-2.fc14.x86_64 xen-hypervisor-4.0.0-2.fc14.x86_64
I am a co-maintainer of the xen package, and I am trying to work out what
the best way to comply with these changes since xen is rather
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/16/10 5:07 PM, Jesse Keating wrote:
> I've been struggling with a particular wrinkle in dist-git, how fedpkg
> is supposed to reliably discover what Fedora release a packager is
> working on.
>
> In the CVS world, we used a "branch" file. This i
My opinion is that a branch called F-/master is the nicest thing.
Actually, all else being equal, I'd probably go for it being called
f/master, since gratuitous caps and punctuation in branch names is
not a normal git convention. (But I only really care about the
structure of the names, not the sp
Hi,
On 07/19/2010 07:33 PM, Lennart Poettering wrote:
> On Mon, 19.07.10 11:44, Mike Christie (mchri...@redhat.com) wrote:
>
>>> But if that's the case, why do you believe you gain anything by checking
>>> whether the root directory is on iscsi?
>>
>> For root on iscsi we always need it on.
>
> Bu
What packages do you own/maintain? Listing them might be helpful.
Oh, and sorry to hear about your accident. And I hope you get better soon.
Regards
--
Chris Jones
Freelance Photographic Imaging Professional
and Graphic Designer
ABN: 98 317 740 240
PHOTO RESOLUTIONS - Photo - Graphic - Web
W:
On 07/20/2010 06:26 AM, Chris Jones wrote:
> What packages do you own/maintain? Listing them might be helpful.
>
>
It is all listed at
https://fedoraproject.org/wiki/TillMaas
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Jul 20, 2010 at 10:59 AM, Rahul Sundaram wrote:
>
> It is all listed at
>
> https://fedoraproject.org/wiki/TillMaas
>
> Rahul
Thanks mate.
Chris
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I am updating liblo to 0.26 in rawhide so that we are not the last
distro to do this update. This library is mostly used by audio
production software.
The following packages are affected:
(package) - (maintainer(s))
ardour *
csound - pbrobinson
dssi *
dssi-vst *
fluidsynth-dssi *
hexter-dssi *
jam
On Tue, May 11, 2010 at 6:17 PM, Orcan Ogetbil wrote:
> For F-13 it may be a little late. So shall we make this an F-14 target?
I see new commit to the koji. Thanks for working on jack2, but the
question is why the package name is jack-audio-connection-kit? As far
as I know the package name should
46 matches
Mail list logo
