On 07/04/2011 07:52 PM, Nils Philippsen wrote:
On Mon, 2011-07-04 at 16:33 +0200, Nils Philippsen wrote:
On Mon, 2011-07-04 at 18:10 +0400, Pavel Alexeev (aka Pahan-Hubbitus)
wrote:
Now ImageMagick built against new gcc.
Great, thanks!
Now that I've rebuilt rss-glx against the new
On Tue, 05 Jul 2011 17:05:45 -0500, MC (Michael) wrote:
Some packagers do upload the detached sig and add it to the spec
as another Source file URL.
Great! Except I haven't done so. I wasn't required to submit a signature
for my package nor does the Package Guildline pages refer to doing
On Tue, 05 Jul 2011 21:02:33 -0700, AW (Adam) wrote:
There's a few cavets that have been mentioned in this thread that would
make this functionality mostly pointless to try and implement.
1) Not all packages include gpg signatures.
a) not everyone knows they can include them
On Wed, Jul 6, 2011 at 9:19 AM, Michael Schwendt mschwe...@gmail.com wrote:
On Tue, 05 Jul 2011 21:02:33 -0700, AW (Adam) wrote:
2) We don't have a system to validate a gpg signature in place. My
understanding of GPG is that we would need to house all the public keys
to validate against.
06.07.2011, 16:07, Michael Schwendt mschwe...@gmail.com:
And for a sufficiently large tarball of a project with N1 devs, has the
signer been able to actually verify all source code changes prior to
signing the tarball? Or is the signature only used to flag a package as
coming from a trusted
On Wed, 6 Jul 2011 09:48:24 +0200, MT (Miloslav) wrote:
On Tue, 05 Jul 2011 21:02:33 -0700, AW (Adam) wrote:
2) We don't have a system to validate a gpg signature in place. My
understanding of GPG is that we would need to house all the public keys
to validate against. Nothing like this
On Wed, Jul 6, 2011 at 10:43 AM, Michael Schwendt mschwe...@gmail.com wrote:
On Wed, 6 Jul 2011 09:48:24 +0200, MT (Miloslav) wrote:
If we include the whole show in the src.rpm, how does that add any safety?
It can protect Fedora against substituted upstream tarballs (i.e. if
the new upstream
On 06/07/11 10:19, Paul F. Johnson wrote:
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is just
an oversight?
I would guess (given that Lennart used it as his example in his recent
article) that it has
On Tue, Jul 05, 2011 at 08:36:42PM +0200, Lennart Poettering wrote:
On Tue, 05.07.11 16:54, Daniel P. Berrange (berra...@redhat.com) wrote:
Heya,
On Tue, Jul 05, 2011 at 04:47:18PM +0100, Richard W.M. Jones wrote:
[Is there a Fedora-specific systemd list? Not that I can find.]
Hi,
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is just
an oversight?
I would guess (given that Lennart used it as his example in his recent
article) that it has been converted to be a native
On Wed, 06 Jul 2011 10:19:46 +0100 Paul F. Johnson wrote:
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is
just an oversight?
* Wed Jun 29 2011 Tim Waugh twa...@redhat.com 1:1.5-0.9.rc1
- Ship systemd
On 06/07/11 10:25, Paul F. Johnson wrote:
I would guess (given that Lennart used it as his example in his recent
article) that it has been converted to be a native systemd service.
Ah.
Looks like I may need to bz it as unless I run /usr/sbin/cupsd -F from a
terminal, the service isn't
On Wed, 2011-07-06 at 10:19 +0100, Paul F. Johnson wrote:
Hi,
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is just
an oversight?
Looks like it migrated to native systemd configuration:
Hello all:
I am hoping it is OK to discuss this here. I came across this problem
when I was building a custom spin where the kickstart file installs
'openmpi' before 'emacs'.
When I start emacs, here is what I get:
$emacs
emacs: error while loading shared libraries: libotf.so.0: cannot open
On Wed, 2011-07-06 at 10:30 +0100, Tom Hughes wrote:
Well first of all I'd check it's enabled as I believe policy is that the
enabled/disabled state of a service is not carried over when it migrates
from svsvinit to systemd.
Correct, and I haven't pursued getting an exception for cups so
On Tue, Jul 05, 2011 at 08:36:42PM +0200, Lennart Poettering wrote:
On Tue, 05.07.11 16:54, Daniel P. Berrange (berra...@redhat.com) wrote:
[Service]
ExecStart=-/usr/sbin/guestfsd
Prefixing the binary path with - will result in the exit code of
guestfsd be ignored, i.e. we wouldn't put
I haven't tested this yet .. will do later today.
But comments welcome on:
http://pkgs.fedoraproject.org/gitweb/?p=libguestfs.git;a=blob;f=99-guestfsd.rules;h=ab4f6800bbd847307aceb2cb52e984524eaee52c;hb=HEAD
On 07/06/2011 11:18 AM, Tim Waugh wrote:
On Wed, 2011-07-06 at 10:30 +0100, Tom Hughes wrote:
Well first of all I'd check it's enabled as I believe policy is that the
enabled/disabled state of a service is not carried over when it migrates
from svsvinit to systemd.
Correct, and I haven't
On 07/06/2011 11:21 AM, Richard W.M. Jones wrote:
On Tue, Jul 05, 2011 at 08:36:42PM +0200, Lennart Poettering wrote:
On Tue, 05.07.11 16:54, Daniel P. Berrange (berra...@redhat.com) wrote:
[Service]
ExecStart=-/usr/sbin/guestfsd
Prefixing the binary path with - will result in the exit code
On Wed, 2011-07-06 at 11:32 +, Jóhann B. Guðmundsson wrote:
I thought with Lennart patch/setup on his blog the only case you need to
enable cups is if you are going to be running centralized printer server
which in that case the admin himself would enabled it hence we would not
have to
On Wed, 06.07.11 10:22, Daniel P. Berrange (berra...@redhat.com) wrote:
So, I am a bit confused now after reading this:
http://fedoraproject.org/wiki/Features/VirtioSerial
How does /dev/hvcxxx relate to these virtio ports?
hvc ports are tagged systemd anyway in udev, so if this
Compose started at Wed Jul 6 08:15:05 UTC 2011
Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit)
On Wed, 06.07.11 12:28, Richard W.M. Jones (rjo...@redhat.com) wrote:
I haven't tested this yet .. will do later today.
But comments welcome on:
http://pkgs.fedoraproject.org/gitweb/?p=libguestfs.git;a=blob;f=99-guestfsd.rules;h=ab4f6800bbd847307aceb2cb52e984524eaee52c;hb=HEAD
On Wed, 06.07.11 12:21, Richard W.M. Jones (rjo...@redhat.com) wrote:
On Tue, Jul 05, 2011 at 08:36:42PM +0200, Lennart Poettering wrote:
On Tue, 05.07.11 16:54, Daniel P. Berrange (berra...@redhat.com) wrote:
[Service]
ExecStart=-/usr/sbin/guestfsd
Prefixing the binary path with
On 06/07/11 13:27, Tim Waugh wrote:
On Wed, 2011-07-06 at 11:32 +, Jóhann B. Guðmundsson wrote:
I thought with Lennart patch/setup on his blog the only case you need to
enable cups is if you are going to be running centralized printer server
which in that case the admin himself would
On Wed, 2011-07-06 at 13:38 +0100, Tom Hughes wrote:
I had assumed that was deliberate, but maybe not?
Try today's rawhide.
Tim.
*/
signature.asc
Description: This is a digitally signed message part
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Jul 06, 2011 at 02:27:58PM +0200, Lennart Poettering wrote:
On Wed, 06.07.11 10:22, Daniel P. Berrange (berra...@redhat.com) wrote:
So, I am a bit confused now after reading this:
http://fedoraproject.org/wiki/Features/VirtioSerial
How does /dev/hvcxxx relate to these
Hi,
I would like to have ushare running on my EL-6 home server and there is
no build for EPEL-6. So I have build libupnp (no problems there, I've
pushed it to -testing), and when trying to build ushare I've got the
problem as seen in the log on
Am 06.07.2011 11:19, schrieb Paul F. Johnson:
Hi,
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is just
an oversight?
sounds like the switch to systemd started
good!
signature.asc
Description:
On Wed, Jul 06, 2011 at 02:35:13PM +0200, Lennart Poettering wrote:
Wouldn't it make sense to fix the daemon to return EXIT_SUCCESS in those
legitimate-ish cases?
It's probably just me but I find code that does this slightly
repugnant:
if (some_syscall() == -1) {
perror (some_syscall);
On 07/06/2011 02:49 PM, Matěj Cepl wrote:
I would like to have ushare running on my EL-6 home server and there
is no build for EPEL-6. So I have build libupnp (no problems there,
I've pushed it to -testing), and when trying to build ushare I've got
the problem as seen in the log on
On Wed, Jul 06, 2011 at 02:49:50PM +0200, Matěj Cepl wrote:
I would like to have ushare running on my EL-6 home server and there
is no build for EPEL-6. So I have build libupnp (no problems there,
I've pushed it to -testing), and when trying to build ushare I've
got the problem as seen in the
On Wed, 2011-07-06 at 15:40 +0200, Christoph Trassl wrote:
On 07/06/2011 02:49 PM, Matěj Cepl wrote:
I would like to have ushare running on my EL-6 home server and there
is no build for EPEL-6. So I have build libupnp (no problems there,
I've pushed it to -testing), and when trying to build
On 07/06/2011 03:19 AM, Michael Schwendt wrote:
If we include the whole show in the src.rpm, how does that add any safety?
It doesn't make the system bulletproof, but it makes it a little harder
to break, and, perhaps more importantly, adds accountability, i.e. helps
to figure out at which
On 07/06/2011 09:21 AM, Reindl Harald wrote:
Am 06.07.2011 11:19, schrieb Paul F. Johnson:
Hi,
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any idea if this is just
an oversight?
sounds like the switch to systemd
I no longer have a need/care for these packages, they are up for grabs:
contacts
inotail
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jul 06, 2011 at 11:23:06AM -0700, Jesse Keating wrote:
I no longer have a need/care for these packages, they are up for grabs:
contacts
inotail
I'll take inotail.
--CJD
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi,
I would like to take ownership of the enlightenment package. But I am
not a packager yet, still waiting for a sponsor. Please see my review
request for pyxfce ...
In Bugzilla, there seems not to be any review request entry from the
past about the enlightenment package that has stopped to be
On Wed, 2011-07-06 at 15:00 +, Jóhann B. Guðmundsson wrote:
On 07/06/2011 09:21 AM, Reindl Harald wrote:
Am 06.07.2011 11:19, schrieb Paul F. Johnson:
Hi,
It seems that after yesterdays (5th July) mammoth rawhide update, that
the cups daemon has vanished from /etc/init.d - any
https://bugzilla.redhat.com/show_bug.cgi?id=704816
This bug is pretty critical for all people with this audio chip, and
it needs some love because there is no comment in over two months.
Cheers,
Valent.
--
follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com
linux, anime,
On Wed, 2011-07-06 at 20:03 +1000, Amit Saha wrote:
Hello all:
I am hoping it is OK to discuss this here. I came across this problem
when I was building a custom spin where the kickstart file installs
'openmpi' before 'emacs'.
When I start emacs, here is what I get:
$emacs
emacs:
On Wed, 2011-07-06 at 21:34 +0200, valent.turko...@gmail.com wrote:
https://bugzilla.redhat.com/show_bug.cgi?id=704816
This bug is pretty critical for all people with this audio chip, and
it needs some love because there is no comment in over two months.
You're slightly more likely to get a
On Wed, 2011-07-06 at 22:46 +0300, Jussi Lehtola wrote:
On Wed, 06 Jul 2011 12:39:14 -0700
Adam Williamson awill...@redhat.com wrote:
On Wed, 2011-07-06 at 20:03 +1000, Amit Saha wrote:
So, this library is missing. However, this should have been
installed as its a dependency, right?
On Wed, 06 Jul 2011 12:54:48 -0700
Adam Williamson awill...@redhat.com wrote:
It's certainly not the same libotf, since OpenMPI does not have
*anything* to do with truetype fonts.
Even though the library is installed in a non-system directory,
applications that link against libotf will
On Wed, 2011-07-06 at 23:02 +0300, Jussi Lehtola wrote:
On Wed, 06 Jul 2011 12:54:48 -0700
Adam Williamson awill...@redhat.com wrote:
It's certainly not the same libotf, since OpenMPI does not have
*anything* to do with truetype fonts.
Even though the library is installed in a
Adam Williamson wrote on Wed, Jul 06, 2011 at 12:54:48PM -0700:
On Wed, 2011-07-06 at 22:46 +0300, Jussi Lehtola wrote:
On Wed, 06 Jul 2011 12:39:14 -0700
Adam Williamson awill...@redhat.com wrote:
On Wed, 2011-07-06 at 20:03 +1000, Amit Saha wrote:
So, this library is missing.
On Wed, 2011-07-06 at 15:24 -0500, Mátyás Selmeci wrote:
Well, packages get an auto-generated Requires: for libotf.so.0. Anything
that claims to provide libotf.so.0 will satisfy this. The most correct
solution is simply for openmpi to stop claiming to provide libotf.so.0
because, for
On Wed, Jul 6, 2011 at 2:26 PM, Adam Williamson awill...@redhat.com wrote:
http://fedoraproject.org/wiki/AutoReqProv_%28draft%29#Removing_items_from_the_provides_stream_.28post-scan_filtering.29
Or rather
https://fedoraproject.org/wiki/Packaging:AutoProvidesAndRequiresFiltering,
and I can't use
On Wed, 06 Jul 2011 13:09:41 -0700
Adam Williamson awill...@redhat.com wrote:
.. but on the other hand, the same logic applies in the opposite
sense: if something requires OpenMPI's libotf.so.0, also the
truetype libotf will satisfy the requirement. (Although openmpi
apps typically link to
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=719048
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Hello all,
At some point in the timeline it would appear that lxc got orphaned.
This was brought up today in #fedora-devel and I'm announcing my intent
to take ownership and hoping others might be interested in helping play
along with co-maintainership.
thm already expressed interest in
On Wed, Jul 6, 2011 at 3:28 PM, Ville Skyttä ville.sky...@iki.fi wrote:
For rpm = 4.9, there's __provides_exclude and __provides_exclude_from
which I believe don't have those problems.
http://rpm.org/wiki/PackagerDocs/DependencyGenerator#TweakingDependencyGenerators
Oh, excellent! Thanks,
On Wed, 2011-07-06 at 21:16 +0200, Raphael Groner wrote:
FYI, since nobody seems to show any interest at Xfce upstream
http://lists.fedoraproject.org/pipermail/xfce/2011-July/000630.html
I don't think it should be in Fedora then. We should focus on well
maintained software.
Regards,
Hi,
I'm taking the following packages into maintainership:
scrot
stfl (dependency of newsbeuter)
googlecl (if chkr wants maintainership, that's fine, I'll wait until
Friday to take it)
renameutils
Comaintainers welcome.
--Ben
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, Jul 7, 2011 at 4:23 AM, Jesse Keating jkeat...@redhat.com wrote:
I no longer have a need/care for these packages, they are up for grabs:
contacts
inotail
I haven't maintained a package before, but I am looking for a starting
point and I would like to take up contacts.
-Amit
--
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-App-SVN-Bisect-1.1 is available
https://bugzilla.redhat.com/show_bug.cgi?id=719278
Summary: perl-App-SVN-Bisect-1.1 is available
Product:
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=715559
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-XML-Writer-0.612 is available
https://bugzilla.redhat.com/show_bug.cgi?id=719281
Summary: perl-XML-Writer-0.612 is available
Product: Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Time-modules-2011.0517 is available
https://bugzilla.redhat.com/show_bug.cgi?id=719280
Summary: perl-Time-modules-2011.0517 is available
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=719278
Xavier Bachelot xav...@bachelot.org changed:
What|Removed |Added
60 matches
Mail list logo