On Thu, Jul 7, 2011 at 4:23 AM, Jesse Keating 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
--
http://echorand.me
-
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
https://admin.f
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,
Chris
On Wed, Jul 6, 2011 at 3:28 PM, Ville Skyttä 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, Ville. That's F1
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 co-mai
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 changed:
What|Removed |Added
--
On 07/06/2011 11:33 PM, Jerry James wrote:
> On Wed, Jul 6, 2011 at 2:26 PM, Adam Williamson 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:AutoProvidesAndR
On Wed, 2011-07-06 at 23:39 +0300, Jussi Lehtola wrote:
> On Wed, 06 Jul 2011 13:09:41 -0700
> Adam Williamson 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 req
On Wed, 06 Jul 2011 13:09:41 -0700
Adam Williamson 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 a half a do
On Wed, Jul 6, 2011 at 2:26 PM, Adam Williamson 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 that in a couple o
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, f
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 wrote:
> > > On Wed, 2011-07-06 at 20:03 +1000, Amit Saha wrote:
> > > > So, this library is missing. However, this s
On Wed, 2011-07-06 at 23:02 +0300, Jussi Lehtola wrote:
> On Wed, 06 Jul 2011 12:54:48 -0700
> Adam Williamson 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
On Wed, 06 Jul 2011 12:54:48 -0700
Adam Williamson 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 get an aut
On Wed, 2011-07-06 at 22:46 +0300, Jussi Lehtola wrote:
> On Wed, 06 Jul 2011 12:39:14 -0700
> Adam Williamson 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?
> > >
> > > I
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
On Wed, 06 Jul 2011 12:39:14 -0700
Adam Williamson 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?
> >
> > It can be seen that there are two providers listed for libotf.so.0.
> >
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
> em
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, spi
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 /et
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 m
FYI, since nobody seems to show any interest at Xfce upstream
http://lists.fedoraproject.org/pipermail/xfce/2011-July/000630.html
> Hi,
>
> my name is Raphael Groner. I live in the south-west of Germany. Since
> some years, I was working with different Linux distributions and have
> professional
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
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 07/06/2011 01:01 AM, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
> 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
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
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 p
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
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 t
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
> http:/
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")
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:
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
http://mcepl.fedorapeople.org/tmp/ushare-rpmbuil
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 r
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
https://admin.fedoraproject.org/mailman/
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 wou
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 bina
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
>
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)
almanah-0.7.3-12
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 ude
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
> hav
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
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
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
http://pkgs.fedoraproject.org/gitweb/?p=libguestfs.git;a=blob;f=guestfsd.service;h=482d1
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
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 t
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
shar
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:
http://pkgs
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 is
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 1:1.5-0.9.rc1
- Ship systemd service unit inst
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 n
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.]
On Tue, Jul 05, 2011 at 08:40:55PM +0200, Lennart Poettering wrote:
> On Tue, 05.07.11 20:36, Lennart Poettering (mzerq...@0pointer.de) wrote:
>
> > > > We'd like to request that virtio-serial devices (/dev/virtio-ports/*)
> > > > are tagged so we can use them as systemd devices. Dan Berrange thi
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 ha
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?
PFJ
--
Vertraue mir, ich weiss, was ich mache...
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
On Wed, Jul 6, 2011 at 10:43 AM, Michael Schwendt 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 version has
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. Noth
06.07.2011, 16:07, "Michael Schwendt" :
> And for a sufficiently large tarball of a project with N>1 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 project develop
On Wed, Jul 6, 2011 at 9:19 AM, Michael Schwendt 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
On Wed, Jul 06, 2011 at 07:19:10AM +0200, Joshua C. wrote:
> >> So why does the gcc-4.6.0-10.fc15.x86_64 breaks my package???
> >
> > Note that this problem has been reported as bug 718722.
> >
>
> I think this is a separate issue from rbz#718722. My Problem is that
> the current compiler produces
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 th
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
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
63 matches
Mail list logo
