Re: Possible packages...
Nathanael Noblet wrote: > Hello, > >So I've been toying with the idea of getting more involved with > fedora. Up till now if there has been a bug or other issue, i'll file > a bug or simply get the srpm and try to update it to a newer version, > or create my own specs / rpms when they don't already exist. Lately > I've figured that I should get more involved with some of the packages > that I use or anything like that. The packaging guidelines kinda > describe entry to the packager group as being done via new packages. > I've offered to try to help on some recently orphaned packages. Though > that may be more work than just submitting a new package. > > So after all that rambling, I'm wondering about the two following > pieces of software. > > Apple's Calendar Server. It runs using python 2.5 or greater (I've > installed it on a F11 machine and it work well). I've started looking > at some of its dependancies. 90% of them are in fedora already, and of > the ones in F11, only one if I remember correctly isn't at the version > it requires). It seems like a great addition to Fedora if you ask me. > So basically it would require two new packages, and an update to one > other package (libevent) which is a minor version bump it seems if at > all needed. I'd love to see a calendar server in Fedora, though TBH when I looked at Apple's long ago it was a bit daunting; it seemed like one of those cross-platform hacks that is very much -not- nicely integrated with the OS (I don't remember the details; weird file hierarchies or private copies of libraries or ...?). Maybe it's better now. But if not, that may be a hiccup. But I'd say give it a shot. I'd help test it. :) FWIW I looked at DAViCal (http://rscds.sourceforge.net/) too and it seemed like an interesting possibility as well. -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Jul 5, 2009, at 9:33 PM, Eric Sandeen wrote: Nathanael Noblet wrote: Apple's Calendar Server. It runs using python 2.5 or greater (I've installed it on a F11 machine and it work well). I've started looking at some of its dependancies. 90% of them are in fedora already, and of the ones in F11, only one if I remember correctly isn't at the version it requires). It seems like a great addition to Fedora if you ask me. So basically it would require two new packages, and an update to one other package (libevent) which is a minor version bump it seems if at all needed. I'd love to see a calendar server in Fedora, though TBH when I looked at Apple's long ago it was a bit daunting; it seemed like one of those cross-platform hacks that is very much -not- nicely integrated with the OS (I don't remember the details; weird file hierarchies or private copies of libraries or ...?). Maybe it's better now. But if not, that may be a hiccup. But I'd say give it a shot. I'd help test it. :) Well their python run script checks for its dependancies, and if not met will do a svn checkout of the right copy, however, they don't keep copies of the libraries within their own repository. So if you fulfill all its dependancies that shouldn't be an issue. As for data storage and all that I assume the methods they choose to store data aren't part of the review? Plus that is configurable between a few different choices. FWIW I looked at DAViCal (http://rscds.sourceforge.net/) too and it seemed like an interesting possibility as well. Looks interesting, however the last release was well over a year ago it seems. Whereas Apple's CalendarServer is likely to receive more constant development. I guess there is a chance the Apple starts adding some features only available in their commercial version I guess... but I'm not sure if that is relevant either... So would a good start be attempting to package calendar server for F11 along with verifying its dependancies and then getting someone to review it? I'm a little curious about the one library that F11 packages (libevent at 1.4.x, where calendar server seems to download a 1.5.x...) Do I repackage libevent as part of my packages to be reviewed? Or simply talk to the maintainer of libevent to see if it can be bumped? On my system the only package that required libevent was something related to nfs... though I guess there could be others but I haven't checked... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Nathanael Noblet wrote: > On Jul 5, 2009, at 9:33 PM, Eric Sandeen wrote: ... > Well their python run script checks for its dependancies, and if not > met will do a svn checkout of the right copy, however, they don't keep > copies of the libraries within their own repository. So if you fulfill > all its dependancies that shouldn't be an issue. Ah, ok - maybe that was it. > As for data storage > and all that I assume the methods they choose to store data aren't > part of the review? Plus that is configurable between a few different > choices. Right, as long as it's not putting it in /apple or something it should be fine. > >> FWIW I looked at DAViCal (http://rscds.sourceforge.net/) too and it >> seemed like an interesting possibility as well. > > Looks interesting, however the last release was well over a year ago > it seems. Whereas Apple's CalendarServer is likely to receive more > constant development. I guess there is a chance the Apple starts > adding some features only available in their commercial version I > guess... but I'm not sure if that is relevant either... Ok, if it's stagnant then maybe not such a good choice. > So would a good start be attempting to package calendar server for F11 > along with verifying its dependancies and then getting someone to > review it? Yep, just follow the review guidelines... > I'm a little curious about the one library that F11 packages (libevent > at 1.4.x, where calendar server seems to download a 1.5.x...) Do I > repackage libevent as part of my packages to be reviewed? Or simply > talk to the maintainer of libevent to see if it can be bumped? On my > system the only package that required libevent was something related > to nfs... though I guess there could be others but I haven't checked... Looking at http://monkey.org/~provos/libevent/ there's no mention of 1.5.x on the front page anyway. Where does it get it? steved 'Steve Dickson' owns libevent, you could talk w/ him. Starting w/ rawhide may be easier. -Eric -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Hi, >> So I've been toying with the idea of getting more involved with >> fedora. Up till now if there has been a bug or other issue, i'll file >> a bug or simply get the srpm and try to update it to a newer version, >> or create my own specs / rpms when they don't already exist. Lately >> I've figured that I should get more involved with some of the packages >> that I use or anything like that. The packaging guidelines kinda >> describe entry to the packager group as being done via new packages. >> I've offered to try to help on some recently orphaned packages. Though >> that may be more work than just submitting a new package. >> >> So after all that rambling, I'm wondering about the two following >> pieces of software. >> >> Apple's Calendar Server. It runs using python 2.5 or greater (I've >> installed it on a F11 machine and it work well). I've started looking >> at some of its dependancies. 90% of them are in fedora already, and of >> the ones in F11, only one if I remember correctly isn't at the version >> it requires). It seems like a great addition to Fedora if you ask me. >> So basically it would require two new packages, and an update to one >> other package (libevent) which is a minor version bump it seems if at >> all needed. > > I'd love to see a calendar server in Fedora, though TBH when I looked at > Apple's long ago it was a bit daunting; it seemed like one of those > cross-platform hacks that is very much -not- nicely integrated with the > OS (I don't remember the details; weird file hierarchies or private > copies of libraries or ...?). Maybe it's better now. But if not, that > may be a hiccup. But I'd say give it a shot. I'd help test it. :) > > FWIW I looked at DAViCal (http://rscds.sourceforge.net/) too and it > seemed like an interesting possibility as well. I was looking for one of these the other day as well :-) The one I came across was mod_caldav it seems quite simple. http://sourceforge.net/projects/modcaldav/ It depends on mod_dav_acl which isn't in Fedora but I got as far as a few issues with the build and haven't had another chance to have a look at it. http://sourceforge.net/projects/moddavacl/ Cheers, Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Monday 06 July 2009 10:49:31 Eric Sandeen wrote:
> Nathanael Noblet wrote:
> > On Jul 5, 2009, at 9:33 PM, Eric Sandeen wrote:
...
> > Well their python run script checks for its dependancies, and if not
> > met will do a svn checkout of the right copy, however, they don't keep
> > copies of the libraries within their own repository. So if you fulfill
> > all its dependancies that shouldn't be an issue.
>
> Ah, ok - maybe that was it.
Currently, it looks like it still requires its own builds of a few
things.
Stuff (apparently) not in Fedora:
-pydirector
-PyKerberos (might just be named something slightly different)
Stuff in Fedora, but simply not used for whatever reason:
-vobject (we have python-vobject)
-pyflakes
Stuff in Fedora, but still heavily patched for CalendarServer:
-Twisted (the web2 portion, specifically)
-xattr ("requires Bob Ippolito's implementation")
That said, I have it up and running on an F11 host at home right now,
satisfying everything else w/Fedora packages.
> > I'm a little curious about the one library that F11 packages (libevent
> > at 1.4.x, where calendar server seems to download a 1.5.x...) Do I
> > repackage libevent as part of my packages to be reviewed? Or simply
> > talk to the maintainer of libevent to see if it can be bumped? On my
> > system the only package that required libevent was something related
> > to nfs... though I guess there could be others but I haven't checked...
>
> Looking at http://monkey.org/~provos/libevent/ there's no mention of
> 1.5.x on the front page anyway. Where does it get it?
Fedora 11 has libevent 1.4.5. The calendarserver auto-build script
tries to build 1.4.8. If you install libevent 1.4.11 from rawhide, its
perfectly happy with that.
--
Jarod Wilson
ja...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 07/09/2009 02:31 PM, Jarod Wilson wrote:
On Monday 06 July 2009 10:49:31 Eric Sandeen wrote:
Nathanael Noblet wrote:
On Jul 5, 2009, at 9:33 PM, Eric Sandeen wrote:
..
Well their python run script checks for its dependancies, and if not
met will do a svn checkout of the right copy, however, they don't keep
copies of the libraries within their own repository. So if you fulfill
all its dependancies that shouldn't be an issue.
Ah, ok - maybe that was it.
Currently, it looks like it still requires its own builds of a few
things.
Stuff (apparently) not in Fedora:
-pydirector
Yeah I don't think this is in fedora
-PyKerberos (might just be named something slightly different)
I thought this was I could be wrong though.
Stuff in Fedora, but simply not used for whatever reason:
-vobject (we have python-vobject)
-pyflakes
I thought they were used if found... I'd have to look at the run file to
see if they ignore the system versions..
Stuff in Fedora, but still heavily patched for CalendarServer:
-Twisted (the web2 portion, specifically)
-xattr ("requires Bob Ippolito's implementation")
I've got it using the fedora version of xattr I think, and didn't notice
the patches to Twisted...
That said, I have it up and running on an F11 host at home right now,
satisfying everything else w/Fedora packages.
Yeah same here.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thursday 09 July 2009 17:02:45 Nathanael D. Noblet wrote:
> On 07/09/2009 02:31 PM, Jarod Wilson wrote:
> > On Monday 06 July 2009 10:49:31 Eric Sandeen wrote:
> >> Nathanael Noblet wrote:
> >>> On Jul 5, 2009, at 9:33 PM, Eric Sandeen wrote:
> > ..
> >>> Well their python run script checks for its dependancies, and if not
> >>> met will do a svn checkout of the right copy, however, they don't keep
> >>> copies of the libraries within their own repository. So if you fulfill
> >>> all its dependancies that shouldn't be an issue.
> >> Ah, ok - maybe that was it.
> >
> > Currently, it looks like it still requires its own builds of a few
> > things.
> >
> > Stuff (apparently) not in Fedora:
> > -pydirector
>
> Yeah I don't think this is in fedora
>
> > -PyKerberos (might just be named something slightly different)
>
> I thought this was I could be wrong though.
Ah, python-kerberos seems to be it:
Name : python-kerberos
Arch : x86_64
Version: 1.1
Release: 4.1.fc11
Size : 23 k
Repo : fedora
Summary: A high-level wrapper for Kerberos (GSSAPI) operations
URL:
http://trac.calendarserver.org/projects/calendarserver/browser/PyKerberos
License: ASL 2.0
...
Didn't look hard enough then. Good. (Why must our python bits so
haphazardly mismatch upstream's name? PyKerberos would have been a
perfectly acceptable package name too...)
> > Stuff in Fedora, but simply not used for whatever reason:
> > -vobject (we have python-vobject)
> > -pyflakes
>
> I thought they were used if found... I'd have to look at the run file to
> see if they ignore the system versions..
They weren't here. Had 'em already installed, and the run script still
insisted on downloading private copies.
> > Stuff in Fedora, but still heavily patched for CalendarServer:
> > -Twisted (the web2 portion, specifically)
> > -xattr ("requires Bob Ippolito's implementation")
>
> I've got it using the fedora version of xattr I think,
I tried that first, it explicitly blows up when trying to start the
server, and says something about using the wrong version of xattr.
> and didn't notice the patches to Twisted...
Its not as bad as I first thought, but:
$ ls CalendarServer-trunk/lib-patches/Twisted/
twisted.application.app.patch twisted.web2.dav.method.report.patch
twisted.mail.imap4.patchtwisted.web2.dav.resource.patch
twisted.python.util.patch twisted.web2.error.patch
twisted.web2.auth.digest.patch twisted.web2.server.patch
--
Jarod Wilson
ja...@redhat.com
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thursday 09 July 2009 17:15:47 Jarod Wilson wrote: > > > Stuff in Fedora, but simply not used for whatever reason: > > > -vobject (we have python-vobject) > > > -pyflakes > > > > I thought they were used if found... I'd have to look at the run file to > > see if they ignore the system versions.. > > They weren't here. Had 'em already installed, and the run script still > insisted on downloading private copies. There are two patches they have for vobject, so that might explain why a local copy of that is still being used. No clue on pyflakes though. (also, Fedora's python-kerberos, aka PyKerberos, does indeed work) -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thursday 09 July 2009 17:22:20 Jarod Wilson wrote: > On Thursday 09 July 2009 17:15:47 Jarod Wilson wrote: > > > > Stuff in Fedora, but simply not used for whatever reason: > > > > -vobject (we have python-vobject) > > > > -pyflakes > > > > > > I thought they were used if found... I'd have to look at the run file to > > > see if they ignore the system versions.. > > > > They weren't here. Had 'em already installed, and the run script still > > insisted on downloading private copies. > > There are two patches they have for vobject, so that might explain why > a local copy of that is still being used. No clue on pyflakes though. Neither pyflakes or vobject are wrapped with a "only checkout local copies if it doesn't already exist on the system" check. After adding checks, I've got it running using the system versions of these now too. There may be $something that doesn't work right w/o the patches to vobject though, dunno. -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Jul 10, 2009, at 7:41 AM, Jarod Wilson wrote: On Thursday 09 July 2009 17:22:20 Jarod Wilson wrote: On Thursday 09 July 2009 17:15:47 Jarod Wilson wrote: Stuff in Fedora, but simply not used for whatever reason: -vobject (we have python-vobject) -pyflakes I thought they were used if found... I'd have to look at the run file to see if they ignore the system versions.. They weren't here. Had 'em already installed, and the run script still insisted on downloading private copies. There are two patches they have for vobject, so that might explain why a local copy of that is still being used. No clue on pyflakes though. Neither pyflakes or vobject are wrapped with a "only checkout local copies if it doesn't already exist on the system" check. After adding checks, I've got it running using the system versions of these now too. There may be $something that doesn't work right w/o the patches to vobject though, dunno. Yeah, I was planning on using their caldavtester to test. Find any regressions... I can't remember what package when not quite new enough caused some odd responses in the test suite, but most looked harmless (data came back correctly, but sometimes key/value pairs were in a different order from what the test was expecting, otherwise it was identical). I just got a bit busy so hadn't continued to investigate, however I figured this package would necessitate including updating some fedora packages, as well as seeing how if their local patches could be pushed upstream somehow. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Sun, 2009-07-05 at 20:15 -0600, Nathanael Noblet wrote: > Apple's Calendar Server. It runs using python 2.5 or greater (I've > installed it on a F11 machine and it work well). I've started looking > at some of its dependancies. 90% of them are in fedora already, and of > the ones in F11, only one if I remember correctly isn't at the version > it requires). It seems like a great addition to Fedora if you ask me. > So basically it would require two new packages, and an update to one > other package (libevent) which is a minor version bump it seems if at > all needed. The Infrastructure group has a rather ongoing project to try and find a really good calendar server system (and then, obviously, package it) to be used as the official Fedora calendaring system (then we could schedule events and all that good stuff in an official Fedora server, and people could access them via CalDAV or web, and all would be roses). It's proved a bit tricky, though, to find a really perfect option. See https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution for most of the details on this project. At present, we seem to be looking at one called Calagator: http://calagator.org/ . > PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > guessing this one would have problems because it requires ffmpeg or > mplayer/mencoder... Plus as a java program its probably a bit more > complex to create a proper spec file for. I've made the other kind > often enough, but java ones not so much... There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for this particular need, which is a nice modern GTK+ app and based on gstreamer...but I can't quite pull the name out of long-term storage at present. Someone will probably know what I mean, though. The one most people use (as the one I'm talking about is still a bit alpha) is mediatomb, which is also in Fedora already. Unless this provides something significant the other options don't, it may not be the best place to start, since it looks a bit complex. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Nathanael D. Noblet wrote: On 07/09/2009 02:31 PM, Jarod Wilson wrote: That said, I have it up and running on an F11 host at home right now, satisfying everything else w/Fedora packages. Yeah same here. Did any of you create a calendarserver RPM ? That would give a head start trying to build calendarserver 2.3 which was recently released. It will probably also be usable as a start for the Darwin CardDAV Server, as soon as Apple will release the source, as it uses the same Python/twisted framework. Thanks, Pim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 09/16/2009 08:02 AM, Pim Zandbergen wrote: Nathanael D. Noblet wrote: On 07/09/2009 02:31 PM, Jarod Wilson wrote: That said, I have it up and running on an F11 host at home right now, satisfying everything else w/Fedora packages. Yeah same here. Did any of you create a calendarserver RPM ? Nope, never got around to it, too many other more pressing things. :( -- Jarod Wilson ja...@redhat.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Sep 16, 2009, at 6:02 AM, Pim Zandbergen wrote: Nathanael D. Noblet wrote: On 07/09/2009 02:31 PM, Jarod Wilson wrote: That said, I have it up and running on an F11 host at home right now, satisfying everything else w/Fedora packages. Yeah same here. Did any of you create a calendarserver RPM ? That would give a head start trying to build calendarserver 2.3 which was recently released. It will probably also be usable as a start for the Darwin CardDAV Server, as soon as Apple will release the source, as it uses the same Python/ twisted framework. I didn't because it still had quite a few patches that needed to go upstream. I'll take a look at version 2.3... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 09/16/2009 08:20 AM, Nathanael Noblet wrote: I didn't because it still had quite a few patches that needed to go upstream. I'll take a look at version 2.3... Yeah the lib-patches is still full of patches... -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
2009/7/13 Adam Williamson : > On Sun, 2009-07-05 at 20:15 -0600, Nathanael Noblet wrote: > >> Apple's Calendar Server. It runs using python 2.5 or greater (I've >> installed it on a F11 machine and it work well). I've started looking >> at some of its dependancies. 90% of them are in fedora already, and of >> the ones in F11, only one if I remember correctly isn't at the version >> it requires). It seems like a great addition to Fedora if you ask me. >> So basically it would require two new packages, and an update to one >> other package (libevent) which is a minor version bump it seems if at >> all needed. > > The Infrastructure group has a rather ongoing project to try and find a > really good calendar server system (and then, obviously, package it) to > be used as the official Fedora calendaring system (then we could > schedule events and all that good stuff in an official Fedora server, > and people could access them via CalDAV or web, and all would be roses). > It's proved a bit tricky, though, to find a really perfect option. See > https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution > for most of the details on this project. At present, we seem to be > looking at one called Calagator: http://calagator.org/ . > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> guessing this one would have problems because it requires ffmpeg or >> mplayer/mencoder... Plus as a java program its probably a bit more >> complex to create a proper spec file for. I've made the other kind >> often enough, but java ones not so much... > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > this particular need, which is a nice modern GTK+ app and based on > gstreamer...but I can't quite pull the name out of long-term storage at > present. Someone will probably know what I mean, though. The one most > people use (as the one I'm talking about is still a bit alpha) is > mediatomb, which is also in Fedora already. Unless this provides > something significant the other options don't, it may not be the best > place to start, since it looks a bit complex. ps3mediaservers biggest improvement/enhancement is the ability to transcode video files on the fly. > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > 2009/7/13 Adam Williamson : > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > >> guessing this one would have problems because it requires ffmpeg or > >> mplayer/mencoder... Plus as a java program its probably a bit more > >> complex to create a proper spec file for. I've made the other kind > >> often enough, but java ones not so much... > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > this particular need, which is a nice modern GTK+ app and based on > > gstreamer...but I can't quite pull the name out of long-term storage at > > present. Someone will probably know what I mean, though. Rygel. > The one most > > people use (as the one I'm talking about is still a bit alpha) is > > mediatomb, which is also in Fedora already. Unless this provides > > something significant the other options don't, it may not be the best > > place to start, since it looks a bit complex. > > ps3mediaservers biggest improvement/enhancement is the ability to > transcode video files on the fly. Rygel supports that as well, though it's not exactly in great shape. Cheers -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote: > On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > > 2009/7/13 Adam Williamson : > > > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > > >> guessing this one would have problems because it requires ffmpeg or > > >> mplayer/mencoder... Plus as a java program its probably a bit more > > >> complex to create a proper spec file for. I've made the other kind > > >> often enough, but java ones not so much... > > > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > > this particular need, which is a nice modern GTK+ app and based on > > > gstreamer...but I can't quite pull the name out of long-term storage at > > > present. Someone will probably know what I mean, though. > > Rygel. Which has dependency problem in rawhide for few weeks now: rygel-0.3-5.fc12.i686 requires libgee.so.0 -- Tomasz Torcz Morality must always be based on practicality. xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen pgppTwxrA5r4h.pgp Description: PGP signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, Sep 17, 2009 at 3:08 PM, Tomasz Torcz wrote: > On Thu, Sep 17, 2009 at 02:35:56PM +0100, Bastien Nocera wrote: >> On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: >> > 2009/7/13 Adam Williamson : >> >> > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> > >> guessing this one would have problems because it requires ffmpeg or >> > >> mplayer/mencoder... Plus as a java program its probably a bit more >> > >> complex to create a proper spec file for. I've made the other kind >> > >> often enough, but java ones not so much... >> > > >> > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >> > > this particular need, which is a nice modern GTK+ app and based on >> > > gstreamer...but I can't quite pull the name out of long-term storage at >> > > present. Someone will probably know what I mean, though. >> >> Rygel. > > Which has dependency problem in rawhide for few weeks now: > rygel-0.3-5.fc12.i686 requires libgee.so.0 That will be fixed shortly when the new version is released. I expected it to be out by now but its been a little delayed. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
2009/7/13 Adam Williamson : The Infrastructure group has a rather ongoing project to try and find a really good calendar server system (and then, obviously, package it) ... It's proved a bit tricky, though, to find a really perfect option. 'The perfect is the enemy of the good (enough)' and a sure fireway to attain gridlock rather than progress See https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution for most of the details on this project. At present, we seem to be looking at one called Calagator: http://calagator.org/ . wow -- I sure don't see 'Calagator' mentioned on that page -- 'This page was last modified on 26 March 2009' make it look like an abandoned F-12 false start to me when I read the outlink: https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Features_(Draft) -- Russ herrold -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 09/17/2009 07:48 AM, R P Herrold wrote: >> 2009/7/13 Adam Williamson : > >> The Infrastructure group has a rather ongoing project to try and find a >> really good calendar server system (and then, obviously, package it) >... >> It's proved a bit tricky, though, to find a really perfect option. > > 'The perfect is the enemy of the good (enough)' and a sure > fireway to attain gridlock rather than progress > . Note that this isn't precisely the reasoning that makes this gridlocked. Similar to choosing a CMS, there's a lot of choices where none of them are very good fits for what we want. But many of them are very good fits for what a subset of users want. This means that anything that we have looked at so far is going to be unsatisfying to a large number of people. We finally got traction on the CMS by doing two things: 1) Defining the "features" (broadly defined -- deployment issues, security, and maintainability also count as features) that were needed for any solution. 2) Taking some infrastructure concerns out of the picture by making the rule that we need several new admins to come with the decision. That means instead of current infrastructure personnel supporting the CMS deployment, infrastructure gains new admins/coders willing to support the new service. Not sure if we're ready to try (2) again until we've seen that the CMS deployment and subsequent maintainence works out, though. -Toshio signature.asc Description: OpenPGP digital signature -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm > >> guessing this one would have problems because it requires ffmpeg or > >> mplayer/mencoder... Plus as a java program its probably a bit more > >> complex to create a proper spec file for. I've made the other kind > >> often enough, but java ones not so much... > > > > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for > > this particular need, which is a nice modern GTK+ app and based on > > gstreamer...but I can't quite pull the name out of long-term storage at > > present. Someone will probably know what I mean, though. The one most > > people use (as the one I'm talking about is still a bit alpha) is > > mediatomb, which is also in Fedora already. Unless this provides > > something significant the other options don't, it may not be the best > > place to start, since it looks a bit complex. > > ps3mediaservers biggest improvement/enhancement is the ability to > transcode video files on the fly. Since I wrote the message quoted by Rudolf, I remembered the name of the app I was trying to think of: Rygel - http://live.gnome.org/Rygel aside from that, the 'market leader' is mediatomb, which I think we have in Fedora or RPM Fusion already. It has been able to do transcoding for a long time, and there's a big knowledge base out there on how to use it. I'm not entirely sure adding another packaged ps3-intended-UPNP-server would be a net win anywhere. (unless ps3mediaserver's implementation of on-the-fly transcoding lets you fast-forward and rewind. that'd be good. mediatomb can't do that.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 09/17/2009 10:22 AM, Adam Williamson wrote: On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm guessing this one would have problems because it requires ffmpeg or mplayer/mencoder... Plus as a java program its probably a bit more complex to create a proper spec file for. I've made the other kind often enough, but java ones not so much... There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for this particular need, which is a nice modern GTK+ app and based on gstreamer...but I can't quite pull the name out of long-term storage at present. Someone will probably know what I mean, though. The one most people use (as the one I'm talking about is still a bit alpha) is mediatomb, which is also in Fedora already. Unless this provides something significant the other options don't, it may not be the best place to start, since it looks a bit complex. ps3mediaservers biggest improvement/enhancement is the ability to transcode video files on the fly. Since I wrote the message quoted by Rudolf, I remembered the name of the app I was trying to think of: Rygel - http://live.gnome.org/Rygel aside from that, the 'market leader' is mediatomb, which I think we have in Fedora or RPM Fusion already. It has been able to do transcoding for a long time, and there's a big knowledge base out there on how to use it. I'm not entirely sure adding another packaged ps3-intended-UPNP-server would be a net win anywhere. I had mediatomb installed, very much disliked it. It may have been my ability to configure it as well. However it wasn't as easy as ps3mediaserver. Granted I don't know if the ps3 one will work with all media players, I think it only encodes to what the ps3 can handle if I'm not mistaken. (unless ps3mediaserver's implementation of on-the-fly transcoding lets you fast-forward and rewind. that'd be good. mediatomb can't do that.) It does. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 10:46 -0600, Nathanael D. Noblet wrote: > I had mediatomb installed, very much disliked it. It may have been my > ability to configure it as well. However it wasn't as easy as > ps3mediaserver. Granted I don't know if the ps3 one will work with all > media players, I think it only encodes to what the ps3 can handle if I'm > not mistaken. > > > (unless ps3mediaserver's implementation of on-the-fly transcoding lets > > you fast-forward and rewind. that'd be good. mediatomb can't do that.) > > It does. Yeah, I just tried it out. Seems to do that fairly well. Bit hard for me to test properly as my PS3's wireless connection isn't really good enough, but it seemed to work. afaict, though, it doesn't work with any transcoder except mplayer/ffmpeg, and it's pretty useless without transcoding. there's also this little gem: linux/tsMuxeR_licence.txt "YOU MAY NOT MODIFY, ADAPT, TRANSLATE, RENT, LEASE, LOAN, SELL, REQUEST DONATIONS OR CREATE DERIVATE WORKS BASED UPON THE SOFTWARE OR ANY PART THEREOF." so to put it in fedora or rpmfusion-free, you'd have to drop tsmuxer; I think it's optional. I would recommend you add the necessary infrastructure to the package to let it run as a service; although the website doesn't widely advertise the fact, it does actually run fine without X. I don't know if there's a parameter to force it into 'headless' mode, but you could always hack it by running it with an empty DISPLAY variable. (it also seems like it doesn't save configuration across runs, which is a bit odd.) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 10:48 -0400, R P Herrold wrote: > > 2009/7/13 Adam Williamson : > > > The Infrastructure group has a rather ongoing project to try and find a > > really good calendar server system (and then, obviously, package it) > ... > > It's proved a bit tricky, though, to find a really perfect option. > > 'The perfect is the enemy of the good (enough)' and a sure > fireway to attain gridlock rather than progress it's rather the case that we can't find anything that's even good enough. it's strangely hard to find something that has a usable web interface, CalDAV support (so people who use desktop clients like Evolution can manage calendars from those apps) and isn't a gigantic tangle of unpackaged (and sometimes unpackageable) dependencies which makes it impossible to deploy on Infrastructure. believe me, we've been through a lot of candidates. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 10:25 -0700, Adam Williamson wrote: > I would recommend you add the necessary infrastructure to the package to > let it run as a service; although the website doesn't widely advertise > the fact, it does actually run fine without X. I don't know if there's a > parameter to force it into 'headless' mode, but you could always hack it > by running it with an empty DISPLAY variable. (it also seems like it > doesn't save configuration across runs, which is a bit odd.) hmm, there seems to be an ability to put configuration options in a file called PMS.conf, somewhat documented / discussed here: http://ps3mediaserver.org/forum/viewtopic.php?f=3&t=254 I guess we should include a PMS.conf with all known options included and explained, in the package... -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On 09/17/2009 11:25 AM, Adam Williamson wrote: On Thu, 2009-09-17 at 10:46 -0600, Nathanael D. Noblet wrote: I had mediatomb installed, very much disliked it. It may have been my ability to configure it as well. However it wasn't as easy as ps3mediaserver. Granted I don't know if the ps3 one will work with all media players, I think it only encodes to what the ps3 can handle if I'm not mistaken. (unless ps3mediaserver's implementation of on-the-fly transcoding lets you fast-forward and rewind. that'd be good. mediatomb can't do that.) It does. Yeah, I just tried it out. Seems to do that fairly well. Bit hard for me to test properly as my PS3's wireless connection isn't really good enough, but it seemed to work. afaict, though, it doesn't work with any transcoder except mplayer/ffmpeg, and it's pretty useless without transcoding. there's also this little gem: linux/tsMuxeR_licence.txt "YOU MAY NOT MODIFY, ADAPT, TRANSLATE, RENT, LEASE, LOAN, SELL, REQUEST DONATIONS OR CREATE DERIVATE WORKS BASED UPON THE SOFTWARE OR ANY PART THEREOF." so to put it in fedora or rpmfusion-free, you'd have to drop tsmuxer; I think it's optional. Yeah, I think it uses mplayer/mencoder over tsMuxer, and is configurable. I would recommend you add the necessary infrastructure to the package to let it run as a service; although the website doesn't widely advertise the fact, it does actually run fine without X. I don't know if there's a parameter to force it into 'headless' mode, but you could always hack it by running it with an empty DISPLAY variable. (it also seems like it doesn't save configuration across runs, which is a bit odd.) It saves them as long as you tell it to and it has the permissions to create/save the file. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Adam Williamson wrote: it's rather the case that we can't find anything that's even good enough. it's strangely hard to find something that has a usable web interface, CalDAV support Maybe you should drop the requirement for a web interface. Mailservers don't come with web interfaces either, but they did not get rejected. Cyrus-imapd, uw-imap and dovecot were there long before squirrelmail. Just release a CalDAV server and wait for a CalDAV web client to come along. Meanwhile we can use desktop applications and mobile devices that support this open standard. It surprises me how many of these applications support CalDAV, seeing how hard it is to get a CalDAV server running. And until a free CalDAV web client exists, we can use commercial ones like atmail. Better than nothing. Pim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 11:40 -0600, Nathanael D. Noblet wrote: > > so to put it in fedora or rpmfusion-free, you'd have to drop > tsmuxer; I > > think it's optional. > > Yeah, I think it uses mplayer/mencoder over tsMuxer, and is > configurable. >From the discussion I've looked at, tsMuxer results in improved performance in some scenarios. you can pick the desired encoder using ps3ms's neat virtual folder system, so you can tell it to use tsMuxer this way if you want to. anyway, yeah. it's not free. :) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 19:42 +0200, Pim Zandbergen wrote: > Adam Williamson wrote: > > > > it's rather the case that we can't find anything that's even good > > enough. it's strangely hard to find something that has a usable web > > interface, CalDAV support > > Maybe you should drop the requirement for a web interface. Mailservers don't > come with web interfaces either, but they did not get rejected. Cyrus-imapd, > uw-imap and dovecot were there long before squirrelmail. This isn't a packaging discussion, no-one's rejecting packages here (we probably have some of these servers packaged already). It's a Fedora project service provision discussion; we want to provide a calendering system as a Fedora project service, managed by infrastructure, and we consider a web front-end to be a requirement for a really usable system. (My thinking is that probably there's going to be a fairly even split between those who want to use a calendaring system from a web front end and those who'd prefer to use it from a desktop app, and unless we cater to both groups, it won't really work; for a project-wide calendering project to have value, it needs wide buy-in, so you can really trust that you can go to the calendering system and see ALL important events, and to do that, you need to cover at least the most popular use cases). if we really can't find anything that does both, though, we'll probably wind up picking a system that only does one, as you suggest. unfortunately (for me, I prefer desktop apps...) I suspect we'd go with one that has a web front end, but no CalDAV support. the danger of just picking a server which only does one is that we get stuck with it when a different server comes along which does both really well. we want to pick right the first time to avoid the scenario where we have to dump an existing solution and move to a new one in the future. that's not a problem from a packaging perspective, but it is from this perspective. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Adam Williamson wrote: This isn't a packaging discussion, no-one's rejecting packages here (we probably have some of these servers packaged already). It's a Fedora project service provision discussion; we want to provide a calendering system as a Fedora project service, managed by infrastructure, and we consider a web front-end to be a requirement for a really usable system. I see my confusion now. But this thread originally was about useful packages for end users. I hope a calendaring solution in this context is a goal as well. Pim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
Adam Williamson wrote: (My thinking is that probably there's going to be a fairly even split between those who want to use a calendaring system from a web front end and those who'd prefer to use it from a desktop app, and unless we cater to both groups, it won't really work; for a project-wide calendering project to have value, it needs wide buy-in, so you can really trust that you can go to the calendering system and see ALL important events, and to do that, you need to cover at least the most popular use cases). if we really can't find anything that does both, though, we'll probably wind up picking a system that only does one, as you suggest. One way to look at this problem is to separate those that need read-only access to a calendar from those that need both read and write capability. In our organization we have few that write to calendars, but many that consume calendar data. ( We don't use free / busy at this time ) We use a WebDAV server with iCal, Evo, or Sunbird / Lightening for calendar editors, and then have a PHP script create read-only views for everyone else. read-write contributors => desktop app read-only consumers => web app I acknowledge that the distributed nature of Fedora contributors might mean making the distinction between the needs of read-only users vs. read-write users a non-starter, but it is something to consider. -- Charles Dostale -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 20:01 +0200, Pim Zandbergen wrote: > Adam Williamson wrote: > > This isn't a packaging discussion, no-one's rejecting packages here (we > > probably have some of these servers packaged already). It's a Fedora > > project service provision discussion; we want to provide a calendering > > system as a Fedora project service, managed by infrastructure, and we > > consider a web front-end to be a requirement for a really usable system. > I see my confusion now. But this thread originally was about useful > packages for end users. Yeah, sorry, I should have gone with the topic change someone tried a few messages back =) the flow is a bit confusing. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Thu, 2009-09-17 at 13:53 -0500, chasd wrote: > One way to look at this problem is to separate those that need > read-only access to a calendar from those that need both read > and write capability. > > In our organization we have few that write to calendars, > but many that consume calendar data. > > ( We don't use free / busy at this time ) > > We use a WebDAV server with iCal, Evo, or Sunbird / Lightening > for calendar editors, and then have a PHP script create read-only > views > for everyone else. > > read-write contributors => desktop app > read-only consumers => web app > > I acknowledge that the distributed nature of Fedora contributors > might mean making the distinction between the needs of read-only > users vs. read-write users a non-starter, but it is something to > consider. Yeah, I think that's the fundamental problem here. If it's successful, lots of people are going to need write access. The idea is basically that all Fedora project groups will be able to have a calendar where they can list all their events. The number of people who are going to need write access in a successful calendar system is so large that using a semi-hack job system isn't likely to work. It's still an idea, though. but at this point we should probably be discussing on infrastructure list, anyway. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
2009/9/17 Adam Williamson : > On Thu, 2009-09-17 at 09:52 +0200, Rudolf Kastl wrote: > >> >> PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm >> >> guessing this one would have problems because it requires ffmpeg or >> >> mplayer/mencoder... Plus as a java program its probably a bit more >> >> complex to create a proper spec file for. I've made the other kind >> >> often enough, but java ones not so much... >> > >> > There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for >> > this particular need, which is a nice modern GTK+ app and based on >> > gstreamer...but I can't quite pull the name out of long-term storage at >> > present. Someone will probably know what I mean, though. The one most >> > people use (as the one I'm talking about is still a bit alpha) is >> > mediatomb, which is also in Fedora already. Unless this provides >> > something significant the other options don't, it may not be the best >> > place to start, since it looks a bit complex. >> >> ps3mediaservers biggest improvement/enhancement is the ability to >> transcode video files on the fly. > > Since I wrote the message quoted by Rudolf, I remembered the name of the > app I was trying to think of: Rygel - http://live.gnome.org/Rygel > > aside from that, the 'market leader' is mediatomb, which I think we have > in Fedora or RPM Fusion already. It has been able to do transcoding for > a long time, and there's a big knowledge base out there on how to use > it. I'm not entirely sure adding another packaged > ps3-intended-UPNP-server would be a net win anywhere. > > (unless ps3mediaserver's implementation of on-the-fly transcoding lets > you fast-forward and rewind. that'd be good. mediatomb can't do that.) no but it can use tsmuxer for just remuxing content if the video is h264 but the container cant be read by the ps. alrough tsmuxer isnt free enough (and it is bundled with ps3mediaserver) it would have to go to rpmfusion anyways if you want to have it around fully featured. Forward and rewind doesent work either but thats probably none of the streaming backends in use can do it (mencoder vlc etc). kind regards, Rudolf Kastl > > -- > Adam Williamson > Fedora QA Community Monkey > IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org > http://www.happyassassin.net > > -- > fedora-devel-list mailing list > fedora-devel-list@redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Calendar project (was: Re: Possible packages...)
R P Herrold wrote: wow -- I sure don't see 'Calagator' mentioned on that page -- 'This page was last modified on 26 March 2009' make it look like an abandoned F-12 false start to me when I read the outlink: https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Features_(Draft) -- Russ herrold I see no mention at all of CalDAV support in calagator. That probably means it does not support it. Pim -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
