On Wed, May 26, 2010 at 11:48 AM, Rakesh Pandit wrote:
> On 26 May 2010 08:16, Luming Yu wrote:
>> Hi there,
>>
>> I happen to see a banshee-1 hang after it was accidentally left
>> repeatedly playing two videos (big-buck-bunny.ogv and kittens.ogv)
>> overnight.
>> Any insight and suggestions to t
On 26 May 2010 08:16, Luming Yu wrote:
> Hi there,
>
> I happen to see a banshee-1 hang after it was accidentally left
> repeatedly playing two videos (big-buck-bunny.ogv and kittens.ogv)
> overnight.
> Any insight and suggestions to the hang will be very appreciated.
>
Please report it on bugzill
On 05/26/2010 08:32 AM, Casey Dahlin wrote:
>
> I'd be happy to firm up the design details
> with you if you wanted to contribute patches.
>
I would recommend that noone do that unless Canonical's drops it's
flawed copyright license agreement.
Rahul
--
devel mailing list
devel@lists.fedorapr
On Tue, May 25, 2010 at 05:45:07PM +0200, Lennart Poettering wrote:
> On Tue, 25.05.10 10:21, Casey Dahlin (cdah...@redhat.com) wrote:
>
> >
> > On Mon, May 24, 2010 at 09:05:31AM -0400, Tom spot Callaway wrote:
> > > On 05/23/2010 04:19 AM, Kevin Kofler wrote:
> > > > Lennart Poettering wrote:
>
Hi there,
I happen to see a banshee-1 hang after it was accidentally left
repeatedly playing two videos (big-buck-bunny.ogv and kittens.ogv)
overnight.
Any insight and suggestions to the hang will be very appreciated.
Thanks,
Luming
├─bash(2726)───banshee-1(2731)─┬─{banshee-1}(2732)
│
Lennart Poettering wrote:
> If we chose to adopt it for F14 it would probably a good idea to have
> native files for everything that is installed by default at least. I
> have mostly written those files now, so this goal should not be too hard
> to reach, if we can convince all the maintainers invo
Simo Sorce wrote:
> I'd like to remember that there are *many* upstreams are going to
> resistant to this change. A lot of upstream projects need to be
> compatible to a lot of Linux and Unix systems, even old ones, so before
> they move they want guarantee that this is really going to be the next
Ilyes Gouta wrote:
> There is one strong point that libjpeg-{6b, 8ab} inherited since it's
> been there for a lof time: a *defacto* standard for JPEG
> compression/decompression that has been heavily depolyed, used and
> tested code for various application/, thoughtout the time, for more
> than a d
On 05/25/2010 05:03 PM, Richard W.M. Jones wrote:
>>
>>PLease also don't forget the applications which are provided by
>> libjpeg such as jpegtran et al ..
>>
>>Are they all included in the turbo version ?
>
> Yes.
>
Thats great!
--
devel mailing list
devel@lists.fedoraproject.org
h
2010/5/26 Michał Piotrowski :
> 2010/5/26 David Malcolm :
>> On Wed, 2010-05-26 at 01:08 +0200, Michel Alexandre Salim wrote:
>>> Toshio and I currently have no plans to push this to any stable
>>> releases yet, due to API changes. It is likely that 1.0 will be
>>> released in time for Fedora 14, s
2010/5/26 David Malcolm :
> On Wed, 2010-05-26 at 01:08 +0200, Michel Alexandre Salim wrote:
>> Toshio and I currently have no plans to push this to any stable
>> releases yet, due to API changes. It is likely that 1.0 will be
>> released in time for Fedora 14, so if you use Sphinx for your
>> docu
On Wed, 2010-05-26 at 01:08 +0200, Michel Alexandre Salim wrote:
> Toshio and I currently have no plans to push this to any stable
> releases yet, due to API changes. It is likely that 1.0 will be
> released in time for Fedora 14, so if you use Sphinx for your
> documentation needs, please test it
Toshio and I currently have no plans to push this to any stable
releases yet, due to API changes. It is likely that 1.0 will be
released in time for Fedora 14, so if you use Sphinx for your
documentation needs, please test it against Rawhide's Sphinx 1.0 beta
and report any migration problem.
http
On Tue, 2010-05-25 at 16:54 -0400, James Antill wrote:
> On Tue, 2010-05-25 at 15:58 -0400, Matt McCutchen wrote:
> > An alternative would be to provide a wrapper script that runs yelp if
> > present or otherwise tells the user to install it, and have applications
> > require the wrapper package.
On Tue, May 25, 2010 at 9:50 PM, Matthias Clasen wrote:
> On Tue, 2010-05-25 at 20:57 +0200, Michel Alexandre Salim wrote:
>> According to
>> http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#mimeinfo
>>
>> packages should not depend on shared-mime-info, but instead only
>> update its dat
Hi All,
Since Fedora 13 was released today new CVS branches for F-11 will not be
allowed. http://fedoraproject.org/wiki/PackageMaintainers/Policy/EOL lists
the policy in effect this means that F-11 is now in a maintenance only cycle,
with EOL fast approaching, the EOL date was set to June 25
Dne 25.5.2010 18:17, Adam Williamson napsal(a):
> Free world fonts - Deja Vu and so on -
> were designed with the autohinter in mind, and tend to look better that
> way.
Not all of them ... I was chatting with the author of Iconoclasta and he
admitted he developed the font on Windows and with BCI
On Tue, May 25, 2010 at 04:47:29PM -0400, Genes MailLists wrote:
> On 05/25/2010 09:27 AM, Alexander Larsson wrote:
> >
> >> There's also this project, to add hardware acceleration (SSE and so
> >> on) to libjpeg:
> >>
> >> http://libjpeg-turbo.virtualgl.org/
>
>
>PLease also don't forget the
On Tue, 2010-05-25 at 15:58 -0400, Matt McCutchen wrote:
> On Tue, 2010-05-25 at 20:22 +0100, Matthew Garrett wrote:
> > We discussed this issue at the fesco meeting today. The net outcome was
> > that it's currently impractical to require that all packages that use
> > yelp depend on it. However
On 05/25/2010 09:27 AM, Alexander Larsson wrote:
>
>> There's also this project, to add hardware acceleration (SSE and so
>> on) to libjpeg:
>>
>> http://libjpeg-turbo.virtualgl.org/
PLease also don't forget the applications which are provided by
libjpeg such as jpegtran et al ..
Are they
===
#fedora-meeting: FESCO (2010-05-25)
===
Meeting started by nirik at 19:00:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-05-25/fesco.2010-05-25-19.00.log.html
Meeting summary
On Tue, 2010-05-25 at 20:22 +0100, Matthew Garrett wrote:
> We discussed this issue at the fesco meeting today. The net outcome was
> that it's currently impractical to require that all packages that use
> yelp depend on it. However, requiring all yelp-using apps to integrate
> support for telli
On Tue, 2010-05-25 at 20:57 +0200, Michel Alexandre Salim wrote:
> According to
> http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#mimeinfo
>
> packages should not depend on shared-mime-info, but instead only
> update its database if it happens to be installed. I would expect
> shared-mi
We discussed this issue at the fesco meeting today. The net outcome was
that it's currently impractical to require that all packages that use
yelp depend on it. However, requiring all yelp-using apps to integrate
support for telling the user what's wrong may be unreasonable.
Long-term, it would
On Tue, 25.05.10 20:38, Alexander Boström (a...@root.snowtree.se) wrote:
>
> tis 2010-05-25 klockan 20:30 +0200 skrev Lennart Poettering:
>
> > /etc/systemd/system. We could for example choose to not have that
> > symlink by default, but ask the administrator to create it if he sets up
> > a mul
On Tue, 25.05.10 09:42, Jeff Spaleta (jspal...@gmail.com) wrote:
> Like I said... we need to have more discussion a long the lines of
> what I saw concerning how cups and other services will work in a
> systemd setting. We have to have a feel for the complexity of
> configuration.
>
> We'll also
According to http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#mimeinfo
packages should not depend on shared-mime-info, but instead only
update its database if it happens to be installed. I would expect
shared-mime-info to be pulled in by either specifying it in comps.xml
or as a dependenc
On Tue, 2010-05-25 at 17:45 +0200, Lennart Poettering wrote:
> Please, judge systemd on technical grounds, don't judge it on political,
> or emotional grounds.
I'm not trying to "judge" it at all. But when the first thing I really
hear about a project is "we should replace our init system", my ea
On Tue, 25.05.10 13:15, Simo Sorce (sso...@redhat.com) wrote:
> > My one concern about the current discussion is that the decision to
> > move to systemd in the timeframe of F14 is being rushed ahead of the
> > aforementioned technical judgement. I can understand your personal
> > enthusiasm for
tis 2010-05-25 klockan 20:30 +0200 skrev Lennart Poettering:
> /etc/systemd/system. We could for example choose to not have that
> symlink by default, but ask the administrator to create it if he sets up
> a multiplexing print server the way Tim suggested.
Wouldn't it be started automatically any
On Tue, 25.05.10 09:00, Jeff Spaleta (jspal...@gmail.com) wrote:
>
> On Tue, May 25, 2010 at 7:45 AM, Lennart Poettering
> My one concern about the current discussion is that the decision to
> move to systemd in the timeframe of F14 is being rushed ahead of the
> aforementioned technical judgemen
Am Montag, den 24.05.2010, 00:23 +0200 schrieb Robert Scheck:
> Request: I hereby would like to take over the package "ddclient".
As a FESCO member I hereby approve the takeover, but please wait 3 more
days for others to object.
Regards,
Christoph
--
devel mailing list
devel@lists.fedoraprojec
On Mon, 2010-05-24 at 20:11 -0400, David Malcolm wrote:
> On Thu, 2010-05-20 at 15:37 -0400, David Malcolm wrote:
[snip]
> I'm working next on enabling more of the debug flags in the debug
> builds; you can see status on the under-construction feature page here:
> https://fedoraproject.org/wiki/
On Tue, May 25, 2010 at 9:09 AM, Jesse Keating wrote:
> Right now, it's not about speed. Speed is one thing, and somewhat
> important. But doing it right is also important. Make it right, then
> make it fast, because if you try to make it fast first, you'll often be
> doing it wrong.
He offere
Hi,
> That's always been how it's looked to me as well, FWIW. Given that we
> default to using free world fonts and can't ship Microsoft's fonts it
> would seem sensible to default to the autohinter rather than the BCI, in
> my opinion. I definitely prefer the autohinter's interpretation of the
>
On Tue, 25 May 2010 09:00:58 -0800
Jeff Spaleta wrote:
> On Tue, May 25, 2010 at 7:45 AM, Lennart Poettering
> wrote:
> > Please, judge systemd on technical grounds, don't judge it on
> > political, or emotional grounds.
>
> "I'll publish the numbers of a 100% socket-activated boot soon."
>
>
On Tue, 2010-05-25 at 09:00 -0800, Jeff Spaleta wrote:
> On Tue, May 25, 2010 at 7:45 AM, Lennart Poettering
> wrote:
> > Please, judge systemd on technical grounds, don't judge it on political,
> > or emotional grounds.
>
> "I'll publish the numbers of a 100% socket-activated boot soon."
>
> I
On Tue, May 25, 2010 at 7:45 AM, Lennart Poettering
wrote:
> Please, judge systemd on technical grounds, don't judge it on political,
> or emotional grounds.
"I'll publish the numbers of a 100% socket-activated boot soon."
I would love to have the necessary data to have an informed public
discus
On Tue, 25 May 2010, Yanko Kaneti wrote:
> On Tue, 2010-05-25 at 14:26 +, Rawhide Report wrote:
>
>> llvm-2.7-2.fc14
>> ---
>> * Mon May 24 2010 Michel Salim - 2.7-2
>> - Exclude llm-gcc manpages
>> - Turn on apidoc generation
>> - Build with srcdir=objdir, otherwise clang doxyg
On Tue, 2010-05-25 at 14:26 +, Rawhide Report wrote:
> llvm-2.7-2.fc14
> ---
> * Mon May 24 2010 Michel Salim - 2.7-2
> - Exclude llm-gcc manpages
> - Turn on apidoc generation
> - Build with srcdir=objdir, otherwise clang doxygen build fails
729768200 clang-apidoc-2.7-2.fc14.no
This is just a heads up -- python-sphinx-1.0b1 has arrived. hircus or
I will be updating rawhide to the new version soon -- which may cause your
documentation to stop building. There are some incompatible changes in this
update, notably to the markup used for c functions and modules. There is
a
On Sun, 2010-05-23 at 21:51 +0200, drago01 wrote:
> On Sun, May 23, 2010 at 9:11 PM, Gianluca Sforna wrote:
> > On Sun, May 23, 2010 at 6:57 PM, Roberto Ragusa
> > wrote:
> >>
> >> I'm well aware that many people have different tastes about font
> >> readability and that I'm probably out of the
On Tue, May 25, 2010 at 04:47:13PM +0100, Richard W.M. Jones wrote:
> On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote:
> > How about this: since libjpeg is picking momentum and there are
> > actually people updating the code base, why not push for a
> > libjpeg-turbo merge into the orig
On Tue, May 25, 2010 at 03:09:27PM +0100, Richard W.M. Jones wrote:
> On Tue, May 25, 2010 at 02:57:37PM +0100, Bastien Nocera wrote:
> > On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote:
> >
> > > > There's also this project, to add hardware acceleration (SSE and so
> > > > on) to libjp
On Tue, May 25, 2010 at 10:23:45AM -0400, Adam Goode wrote:
> On 05/25/2010 10:09 AM, Richard W.M. Jones wrote:
> > Why couldn't we just replace libjpeg with the libjpeg-turbo upstream?
> > (For the primary architectures anyway).
> >
>
> I think this is a great idea, libjpeg is the bottleneck for
On Tue, May 25, 2010 at 04:40:15PM +0100, Ilyes Gouta wrote:
> How about this: since libjpeg is picking momentum and there are
> actually people updating the code base, why not push for a
> libjpeg-turbo merge into the original ijg's code and get Fedora to
> rebase on that unique source instead?
T
On Tue, 25.05.10 10:21, Casey Dahlin (cdah...@redhat.com) wrote:
>
> On Mon, May 24, 2010 at 09:05:31AM -0400, Tom spot Callaway wrote:
> > On 05/23/2010 04:19 AM, Kevin Kofler wrote:
> > > Lennart Poettering wrote:
> > >> So far response from the community has been very positive, but we didn't
>
Hi,
SSE and friends are arch. specific and according to the feature list
the upstream is displaying, I don't think it would offer any other
benefits for the other archs.
There is one strong point that libjpeg-{6b, 8ab} inherited since it's
been there for a lof time: a *defacto* standard for JPEG
On Mon, 24.05.10 21:17, Jon Masters (jonat...@jonmasters.org) wrote:
> > > So do you plan on getting it by default for Fedora 14? :-)
> >
> > Well, I am certainly planning to have a package for it in F14. But
> > whether we can have it as default is to be seen.
>
> This is not intended to sta
Compose started at Tue May 25 08:15:11 UTC 2010
Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anerley-0.1.8-4.fc14.i686 requires libedataserver-1.2.so.12
anjal-0.3.2-2.fc14.i686
On 05/25/2010 10:09 AM, Richard W.M. Jones wrote:
> Why couldn't we just replace libjpeg with the libjpeg-turbo upstream?
> (For the primary architectures anyway).
>
I think this is a great idea, libjpeg is the bottleneck for a lot of my
code.
One issue: are there C fallbacks for all the arch-sp
On Mon, May 24, 2010 at 09:05:31AM -0400, Tom spot Callaway wrote:
> On 05/23/2010 04:19 AM, Kevin Kofler wrote:
> > Lennart Poettering wrote:
> >> So far response from the community has been very positive, but we didn't
> >> have a fedora-devel discussion about this yet, so we'll have to see
> >>
On Tue, May 25, 2010 at 02:57:37PM +0100, Bastien Nocera wrote:
> On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote:
>
> > > There's also this project, to add hardware acceleration (SSE and so
> > > on) to libjpeg:
> > >
> > > http://libjpeg-turbo.virtualgl.org/
> > >
> > > If we're goi
On Tue, 2010-05-25 at 15:27 +0200, Alexander Larsson wrote:
> > There's also this project, to add hardware acceleration (SSE and so
> > on) to libjpeg:
> >
> > http://libjpeg-turbo.virtualgl.org/
> >
> > If we're going to switch, maybe this is a good choice.
>
> I did some profiling of this for
On Mon, 2010-05-24 at 13:24 +0100, Richard W.M. Jones wrote:
> On Sat, May 22, 2010 at 05:55:39PM +0200, Xose Vazquez Perez wrote:
> > The libjpeg version(6b) in Fedora is quite old(27-Mar-1998).
> > And newer versions were released on:
> >
> > Version 7 27-Jun-2009
> > Version 8 10-Jan-2010
>
Hi All,
A new libebml version is coming to a rawhide near you. This
version does not change the soname, yet the C++ ABI
is still changing
So all packages using libebml will need to be rebuild:
[h...@localhost ~]$ sudo repoquery -q --whatrequires --alldeps libebml
libebml-0:0.7.8-3.fc12.x86_64
li
Right, so they're still using libpng* but the more updated version. I read
the original post as not using libpng at all and using another library as an
alternative. Sorry, my misunderstanding.
--
Chris Jones
Photographic Imaging Professional and Graphic Designer
ABN: 98 317 740 240
Photo Resol
The glyph coverage of those fonts is rather incomplete.
With the standard Hungarian encodings (either iso8859-2 or utf8) they are near
to useless, unfortunately.
J. Virágh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
58 matches
Mail list logo
