I'm a CAcert assurer, and was wanting to check to see if there are any
CAcert assurers who will be attending FUDCon and would be interested in
offering CAcert assurances at some point during FUDCon. If you are,
please email me. I'd like to get a group of assurers together at some
point during
On 12/15/2011 09:57 PM, Brendan Jones wrote:
On 11/21/2011 02:14 PM, Stanislav Ochotnicky wrote:
Hello fellow devs,
I am sure quite a few of you have done some reviews and thought "Hey,
a,b,c and d could be automated. For E I could use some more
information that can be automatically gathered".
I've updated physfs to v2 (2.0.2) in rawhide. It is backwards compatible
with physfs v1, and I've already done local test rebuilds to confirm that.
I have a chain-build running to rebuild all the packages that need it to
avoid broken deps, but if I miss one, you should simply be able to
increment
On 11/21/2011 02:14 PM, Stanislav Ochotnicky wrote:
Hello fellow devs,
I am sure quite a few of you have done some reviews and thought "Hey,
a,b,c and d could be automated. For E I could use some more
information that can be automatically gathered". Some of you even
wrote your own tools to do so
On Thu, 2011-12-15 at 08:22 -0500, Stephen Gallagher wrote:
> Could you provide a list of the dependent packages that you don't have
> commit rights to, so we can organize a provenpackager to help handle it?
Hi,
I know this is not the right procedure, but can I provide it "after it
breaks"
Hi,
I just finished with the Fedora 17 feature page for GIMP 2.8[1] and
built gimp-2.7.4 into Rawhide.
GIMP changed its licensing to GPLv3+ (app, included plugins) and LGPLv3+
(libraries) from the 2.7 development versions on. I've checked dependent
packages and found that all are listed with comp
I would like to swap reviews for the following. All are very tiny so
feel free to swap 2 for one. Listed in descending priority:
https://bugzilla.redhat.com/show_bug.cgi?id=767583
python-poppler-qt4 - Qt4 poppler bindings
https://bugzilla.redhat.com/show_bug.cgi?id=760270
lv2-ams-plugins - LV2
commit 47fc27c758176d1068e85d18ee5102b9f5585dad
Author: Ralf Corsépius
Date: Thu Dec 15 18:49:54 2011 +0100
Merge cleanup.
perl-Mail-GnuPG.spec |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
---
diff --git a/perl-Mail-GnuPG.spec b/perl-Mail-GnuPG.spec
index d23302e..211d435
Summary of changes:
c6e0116... Perl mass rebuild (*)
c1fdfb9... Upstream update. (*)
47fc27c... Merge cleanup.
(*) 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-d
Summary of changes:
c1fdfb9... Upstream update. (*)
(*) 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.fedoraproject.org/ma
commit c1fdfb9de46baf6ffd4b680beca0e2a24dc30c58
Author: Ralf Corsépius
Date: Thu Dec 15 18:30:27 2011 +0100
Upstream update.
.gitignore |3 +--
perl-Mail-GnuPG.spec | 12 +---
sources |2 +-
3 files changed, 7 insertions(+), 10 deletions(-)
---
dif
A file has been added to the lookaside cache for perl-Mail-GnuPG:
b6c94307bcac31a4f6c7a47aa8065bd9 Mail-GnuPG-0.17.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
On Mon, 21.11.11 15:37, Richard Shaw (hobbes1...@gmail.com) wrote:
> I'm working on improving how akmods are built and had an idea[1] I
> need input/confirmation on.
>
> Instead of the akmods packaging assuming when it needs to run, why
> can't each akmod driver package provide it's own unit file
On Thu, 2011-12-15 at 09:47 +0100, Milan Crha wrote:
> Hi,
> just a note that the upcoming release of evolution-data-server 3.3.3
> contains soname version bumps for libcamel and libedatacal, as of today.
> The release is planned for the next week.
>
> I'll rebuild broken deps packages the n
On 12/15/2011 11:48 AM, Michal Schmidt wrote:
If dsmcad is indeed forking, the type is correct. Don't lie to systemd.
If dsmcad indeed creates no PID file, it's correct to not have the PIDFile=
entry.
If the main PID guessing can go wrong (for double-forking daemons that can
happen),
GuessMainP
Jóhann B. Guðmundsson" wrote:
> Nope nothing odd with specifying Type=oneshot together with
> RemainAfterExit=yes
Well, it is really odd to spacify oneshot if the service is actually a daemon.
> # systemctl start tsm-client.service && systemctl status
> tsm-client.service && ps aux | grep dsmcad
I'd like to push octave-specfun v1.1.0 to rawhide; octave-specfun
changes the license from GPLv2+ to GPLv3+.
The only package that depends on octave-specfun in the repository that I
am aware of is octave-signal, and that is already GPLv3+.
Are there any objections?
Thanks,
Tom
--
devel mailin
Hi,
just a note that the upcoming release of evolution-data-server 3.3.3
contains soname version bumps for libcamel and libedatacal, as of today.
The release is planned for the next week.
I'll rebuild broken deps packages the next day after the update lands to
the rawhide, at least those I
Compose started at Thu Dec 15 08:15:05 UTC 2011
Broken deps for x86_64
--
OpenGTL-0.9.15.1-3.fc17.x86_64 requires libLLVM-2.9.so()(64bit)
OpenGTL-devel-0.9.15.1-3.fc17.i686 requires libLLVM-2.9.so
OpenGTL-devel-0.9.15.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Congratulations. I'm fan of this team.
Em 15-12-2011 09:02, Dan Horák escreveu:
> There was still a longer delay after the Fedora 16 release for the
> primary architectures than we would like to see, but at least we are
> faster than with Fedora 15
On 12/15/2011 10:38 AM, Thomas Moschny wrote:
2011/12/15 "Jóhann B. Guðmundsson":
Hum that unit file looks a bit odd to me and does not work with TSM 6.3 on
F16 atleast not here
Not sure what you mean by "a bit odd". Isn't specifying "oneshot"
together with "RemainAfterExit" more odd in this c
There was still a longer delay after the Fedora 16 release for the
primary architectures than we would like to see, but at least we are
faster than with Fedora 15 and so here we are.
As today, the Fedora IBM System z (s390x) Secondary Arch team proudly
presents the Fedora 16 for IBM System z 64b
2011/12/15 "Jóhann B. Guðmundsson" :
> Hum that unit file looks a bit odd to me and does not work with TSM 6.3 on
> F16 atleast not here
Not sure what you mean by "a bit odd". Isn't specifying "oneshot"
together with "RemainAfterExit" more odd in this case, where a deamon
(dsmcad) in fact keeps ru
On 12/15/2011 09:08 AM, Thomas Moschny wrote:
Why are you starting dsmc explicitly - isn't it started by dsmcad?
You are right not worry about "dsmc sched" as dsmcad will call dsmc
sched and also control the webclient portion so you can just drop that line.
Probably a nasty habit from I pic
Hi.
How's it going?
https://bugzilla.redhat.com/show_bug.cgi?id=726878
http://lists.fedoraproject.org/pipermail/trans/2011-December/009532.html
--
Best regards,
Misha Shnurapet, Fedora Project Contributor
Email: shnurapet AT fedoraproject.org, IRC: misha on freenode
https://fedoraproject.org/wi
Why are you starting dsmc explicitly - isn't it started by dsmcad?
Here's what we've been using:
[Unit]
Description=DSM Client Acceptor
After=network.target
[Service]
Type=forking
ExecStart=-/usr/bin/dsmcad -errorlogname=/var/log/dsmerror.log
Environment=LANG=en_US
StandardOutput=syslog
GuessMain
Hi,
rubygem-bcrypt-ruby has changed its license from "BSD with advertising
and MIT" to "MIT and Public Domain and ISC" due to changes in its
internal C implementation.
Cheers,
Vít
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
27 matches
Mail list logo
