On 10/24/2013 07:01 AM, Christopher Meng wrote:
Errr...
I just hope if a packager is also its upstream, we can sponsor him
quickly as well.
Why should we? I don't see why this should be of any relevance.
Somebody being involved into upstream only is an indication for somebody
being familiar w
> * ticket #1182 F21/F22 System Wide Change: Python 3 as the Default
> Implementation -
> https://fedoraproject.org/wiki/Changes/Python_3_as_Default (nirik,
> 18:10:29)
> * AGREED: Feature is approved, provided that the contingency plan is
> updated with permitting a mixed environment
On 10/24/2013 07:40 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Oct 23, 2013 at 11:34:23AM -0400, Darryl L. Pierce wrote:
I have a package review (BZ#1022584:Review Request: qpid-qmf - The QPID
Management Framework). I pulled the subpackages from qpid-cpp relating
to QMF so they can built com
On Wed, Oct 23, 2013 at 11:34:23AM -0400, Darryl L. Pierce wrote:
> I have a package review (BZ#1022584:Review Request: qpid-qmf - The QPID
> Management Framework). I pulled the subpackages from qpid-cpp relating
> to QMF so they can built completely separate from Qpid.
I'll take this one.
I'm loo
Errr...
I just hope if a packager is also its upstream, we can sponsor him
quickly as well. Also applied to "comaintainer as upstream". And if
people coming from some Big Company like Oracle/HP, we can sponsor
them as well as normal guys.
See an example of mindi-busybox, packager from HP still ca
The bottom line question is, would it be useful to have an fsck_gpt run by
systemd at either startup or shutdown time? This wasn't needed for MBR, so it
seems kinda silly to suggest it, but there are some cases of one or the other
GPT being stepped on in a way that probably never happened to MB
On Oct 24, 2013 1:26 AM, "Kevin Fenzi" wrote:
> Right. So, I would suggest:
>
> Since the rename review is stalled, someone update and submit a new
> rename review (closing the old one as a duplicate) then get it
> reviewed.
>
> The only slight wrinkle in this is the folks who have commit on pycai
On Wed, Oct 23, 2013 at 07:22:16PM +0200, Sandro Mani wrote:
> Hi,
>
> In cases where a package ships a .tmpfiles file which
> manages i.e. the /var/run/ directory, what is the best way
> |to make sure that the directory exists after installing the
> package, without rebooting the system?
> -
Summary of changes:
aab59c2... New version 66 (#1022678) (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproje
Summary of changes:
aab59c2... New version 66 (#1022678) (*)
e8d7125... Allow maximum interoperation in F18 and F19 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit e8d71250742bef901bf45459719cd190ffc9d847
Author: Miro Hrončok
Date: Wed Oct 23 21:47:07 2013 +0200
Allow maximum interoperation in F18 and F19
perl-Math-NumSeq.spec |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
---
diff --git a/perl-Math-NumSeq.spec b/perl-Math-NumSeq
Summary of changes:
aab59c2... New version 66 (#1022678) (*)
e8d7125... Allow maximum interoperation in F18 and F19
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
per
commit aab59c2869477399d46649206be12de4c4a01d51
Author: Miro Hrončok
Date: Wed Oct 23 21:44:38 2013 +0200
New version 66 (#1022678)
.gitignore|1 +
perl-Math-NumSeq.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
---
dif
A file has been added to the lookaside cache for perl-Math-NumSeq:
72b83ebaf2f7423183b2a340dfdb8712 Math-NumSeq-66.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
===
#fedora-meeting: FESCO (2013-10-23)
===
Meeting started by nirik at 18:00:04 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2013-10-23/fesco.2013-10-23-18.00.log.html
.
Meeting summary
On 10/23/2013 11:57 AM, Michael Cronenworth wrote:
Perhaps I need to file the bug against the glusterfsd unit file?
Yes, you should certainly do that.
--
Kaleb
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct:
On 23.10.2013 19:40, Ville Skyttä wrote:
On Wed, Oct 23, 2013 at 8:22 PM, Sandro Mani wrote:
In cases where a package ships a .tmpfiles file which manages i.e.
the /var/run/ directory, what is the best way to make sure that the
directory exists after installing the package, without rebooting t
On Wed, Oct 23, 2013 at 8:22 PM, Sandro Mani wrote:
> In cases where a package ships a .tmpfiles file which manages i.e.
> the /var/run/ directory, what is the best way to make sure that the
> directory exists after installing the package, without rebooting the system?
http://fedoraproject.org/wi
Am 23.10.2013 19:22, schrieb Sandro Mani:
> In cases where a package ships a .tmpfiles file which manages i.e.
> the /var/run/ directory, what
> is the best way |to make sure that the directory exists after installing
> the package, without rebooting the system?
> - The directory should be
https://bugzilla.redhat.com/show_bug.cgi?id=914295
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #13 from Fedo
On Wed, 23 Oct 2013 16:55:02 +0200
Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Oct 23, 2013 at 11:50:39AM +0800, Mathieu Bridon wrote:
> > On Wed, 2013-10-23 at 11:46 +0800, Christopher Meng wrote:
> > > On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon
> > > wrote:
> > > > Note that the package
Hi,
In cases where a package ships a .tmpfiles file which manages
i.e. the /var/run/ directory, what is the best way |to make
sure that the directory exists after installing the package, without
rebooting the system?
- The directory should be installed by the package
- %postinst||| should
cmake's UseQt4 module automatically adds linkage for "dependent" modules when
requesting certain module usage. This caused at least one case of
over-linkage for plplot (linking in QtXml when it used QtSvg).
I've just built a new cmake for rawhide that completely disbles this
functionality. T
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2013-10-24 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2013-10-24 09:00 Thu US/Pacific PDT
2013-10-24 12:00 Thu US/Eastern EDT
2013-10-24 1
Thanks
On Wed, Oct 23, 2013 at 5:58 PM, Jerry James wrote:
> On Wed, Oct 23, 2013 at 3:05 AM, tim.laurid...@gmail.com
> wrote:
> > I have made the first public release of yumdaemon a DBUS API for yum with
> > python 2 & 3 client bindings
> > It can be helpful for applications moving to python
On Wed, Oct 23, 2013 at 3:05 AM, tim.laurid...@gmail.com
wrote:
> I have made the first public release of yumdaemon a DBUS API for yum with
> python 2 & 3 client bindings
> It can be helpful for applications moving to python 3 but need to performing
> yum actions.
> future plans is to make the API
Kaleb KEITHLEY wrote:
Maybe people could be bothered to actually look at what's in the package?
There already is a separate glusterfsd.service file.
That unit file does not stop bricks either.
Perhaps I need to file the bug against the glusterfsd unit file?
--
devel mailing list
devel@lists
A file has been added to the lookaside cache for perl-HTML-Template:
6f08e9631af52e6a5f6e4648b89265fe HTML-Template-2.95.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/m
On 10/23/2013 11:09 AM, Miroslav Suchý wrote:
On 10/23/2013 04:25 PM, Simo Sorce wrote:
If glusterfs feels people need to run the bricks and the main daemons
separately then they should probably split service files and have a
dependency to bring one up when the other comes up, yet still be allow
https://fedorahosted.org/389/attachment/ticket/47568/0001-Ticket-47568-Rename-DSAdmin-class.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
I have a package review (BZ#1022584:Review Request: qpid-qmf - The QPID
Management Framework). I pulled the subpackages from qpid-cpp relating
to QMF so they can built completely separate from Qpid.
--
Darryl L. Pierce
http://mcpierce.fedorapeople.org/
"What do you care what people think, Mr. Fe
On 10/23/2013 04:25 PM, Simo Sorce wrote:
If glusterfs feels people need to run the bricks and the main daemons
separately then they should probably split service files and have a
dependency to bring one up when the other comes up, yet still be allowed
to take the daemon down w/o taking down the
On Wed, Oct 23, 2013 at 11:50:39AM +0800, Mathieu Bridon wrote:
> On Wed, 2013-10-23 at 11:46 +0800, Christopher Meng wrote:
> > On Wed, Oct 23, 2013 at 11:40 AM, Mathieu Bridon
> > wrote:
> > > Note that the package was renamed anyway, without waiting for the rename
> > > review request to be com
On 10/23/2013 04:09 PM, Michael Cronenworth wrote:
> Should "systemctl stop foo.service" stop all parent and child service
> processes?
systemd allows this to be configured in the service's unit file.
See "man systemd.kill". glusterd.service uses "KillMode=process".
Michal
--
devel mailing lis
On 10/23/2013 08:25 AM, Simo Sorce wrote:
On Wed, 2013-10-23 at 09:09 -0500, Michael Cronenworth wrote:
Should "systemctl stop foo.service" stop all parent and child service processes?
Example: GlusterFS starts a service daemon (glusterd) and a brick daemon
(glusterfsd). When a user issues "sys
On Wed, 2013-10-23 at 09:09 -0500, Michael Cronenworth wrote:
> Should "systemctl stop foo.service" stop all parent and child service
> processes?
>
> Example: GlusterFS starts a service daemon (glusterd) and a brick daemon
> (glusterfsd). When a user issues "systemctl stop glusterd" the service
On 10/23/2013 03:09 PM, Michael Cronenworth wrote:
Should "systemctl stop foo.service" stop all parent and child service processes?
Example: GlusterFS starts a service daemon (glusterd) and a brick daemon
(glusterfsd). When a user issues "systemctl stop glusterd" the service daemon
is stopped
Should "systemctl stop foo.service" stop all parent and child service processes?
Example: GlusterFS starts a service daemon (glusterd) and a brick daemon
(glusterfsd). When a user issues "systemctl stop glusterd" the service daemon is
stopped but the brick daemon is left running.
I have recen
Summary of changes:
09b8c8f... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
16f38fa... Perl 5.18 rebuild (*)
9a317bc... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*)
(*) This co
Summary of changes:
16f38fa... Perl 5.18 rebuild (*)
9a317bc... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extra
Summary of changes:
db58ca9... Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedorapro
commit db58ca99b4210e2570ea0fecadf30b5958906f87
Author: Xavier Bachelot
Date: Wed Oct 23 15:20:14 2013 +0200
Fix FTBS by removing tests broken by MIME::Lite 3.029 (RHBZ#914295)
perl-MIME-Lite-HTML.spec | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
---
diff --git
Neil Horman writes:
> [...]
> Um, no. All I was suggesting was that you build the package tests separately
> from the package itself, as its own rpm.
You can put multiple source tarballs into a single rpm, build each of
them in your spec %build/etc., and result in distinct subrpms. Is
that not
On 2013-10-22, Petr Pisar wrote:
> Is it healty to execute rpmbuild while building a package?
>
> I have tests for perl dependencency generator filters. I.e. the tests
> build a package using rpmbuild with redefeined all the `_*dir' macros,
> then use librpm to query requires and provides from bui
Compose started at Wed Oct 23 09:15:03 UTC 2013
Broken deps for armhfp
--
[blueman]
blueman-1.23-7.fc20.armv7hl requires obex-data-server >= 0:0.4.3
blueman-1.23-7.fc20.armv7hl requires gvfs-obexftp
[bwm-ng]
bwm-ng-0.6
On 2013-10-23, Neil Horman wrote:
> On Wed, Oct 23, 2013 at 04:58:34AM +, Petr Pisar wrote:
>> On 2013-10-22, Neil Horman wrote:
>> > On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote:
>> >> Is it healty to execute rpmbuild while building a package?
>> >>
>> >> I have tests for perl
On Wed, Oct 23, 2013 at 04:58:34AM +, Petr Pisar wrote:
> On 2013-10-22, Neil Horman wrote:
> > On Tue, Oct 22, 2013 at 03:03:44PM +, Petr Pisar wrote:
> >> Is it healty to execute rpmbuild while building a package?
> >>
> >> I have tests for perl dependencency generator filters. I.e. the
You can not rely on the rpmdb being readable in the buildroot. Which is why you
can't call rpm. As long as you used rpmbuild with --nodeps it should work. But
no guarantee and not recommend.
Dennis
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.--
devel mailing list
dev
I have made the first public release of yumdaemon a DBUS API for yum with
python 2 & 3 client bindings
It can be helpful for applications moving to python 3 but need to
performing yum actions.
future plans is to make the API work with dnf when there is an api to work
with.
API Docs : http://timlau
You can use GDbus as a replacement for python-dbus
You can see how I have done it in the yumdaemon python api.
https://github.com/timlau/yum-daemon/blob/master/client/yumdaemon/__init__.py
Same code is working unchanged in python 2 & 3
Tim
On Tue, Oct 22, 2013 at 2:22 PM, Daniel J Walsh wrote
50 matches
Mail list logo
