Compose started at Sun Aug 22 08:15:21 UTC 2010
Broken deps for x86_64
--
OpenSceneGraph-libs-2.8.3-2.fc14.i686 requires libpoppler.so.6
OpenSceneGraph-libs-2.8.3-2.fc14.x86_64 requires
libpoppler.so.6()(64bit)
PragmA
Bill Nottingham píše v Pá 20. 08. 2010 v 16:25 -0400:
> The attached list shows currently orphaned packages in F-14. If they are
> not claimed by the end of next week, they will be blocked, potentially
> breaking dependencies (and causing more things to be blocked...)
>
> If you already co-maintai
On Sat, 21 Aug 2010 18:48:31 -0400
David Malcolm wrote:
[snip]
>
> So you'll need to update the %files for python3 subpackages, listing
> something like:
> foo/__pycache__
> to capture the directory and the bytecode files within.
Unfortunately there is sometimes also a __pycache__ directory in
Compose started at Sun Aug 22 13:15:23 UTC 2010
Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64 req
2010/8/22 Thomas Spura :
> On Sat, 21 Aug 2010 18:48:31 -0400
> David Malcolm wrote:
> [snip]
>>
>> So you'll need to update the %files for python3 subpackages, listing
>> something like:
>> foo/__pycache__
>> to capture the directory and the bytecode files within.
>
> Unfortunately there is some
The mcelog script in cron.hourly runs hourly and, hourly, I get system mail
stating that
a "device does not exist". This is a regression, as this error was present in
rawhide
before f13 came out, and now, in f14α, it is back.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.f
On Sun, 22 Aug 2010 09:45:47 -0600, Petrus wrote:
> The mcelog script in cron.hourly runs hourly and, hourly, I get system mail
> stating that
> a "device does not exist". This is a regression, as this error was present in
> rawhide
> before f13 came out, and now, in f14α, it is back.
Bugs ar
seth vidal wrote:
> I was just noodling around in the pkgtags db that I just posted about
> and noticed that the a lot of pkgs have the 'Application' tag applied to
> them. I could modify the appmarket plugin to use this information if it
> is available.
>
> Coupling that data with tags like 'XFC
Taken libsigc++. Co-maintainers welcome.
Cheers,
Debarshi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi All,
I know its been discussed in the past but there's been reasons not to
drop a default MTA but now that cronie (the last actual dependency)
has support for logging to system logs is there any reason to include
an MTA by default for F-14?
Peter
--
devel mailing list
devel@lists.fedoraprojec
I have just orphaned the following two packages:
+ nget
+ tla
Both have been dead for quite some time and has very few users. Think
twice before picking them up.
Cheers,
Debarshi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
pbrobin...@gmail.com wrote:
> I know its been discussed in the past but there's been reasons not to
> drop a default MTA but now that cronie (the last actual dependency)
> has support for logging to system logs is there any reason to include
> an MTA by default for F-14?
A bit late to consider fo
On Sun, Aug 22, 2010 at 6:45 PM, Rex Dieter wrote:
> pbrobin...@gmail.com wrote:
>
>> I know its been discussed in the past but there's been reasons not to
>> drop a default MTA but now that cronie (the last actual dependency)
>> has support for logging to system logs is there any reason to includ
Michael Schwendt wrote:
> Bugs are to be reported in bugzilla, e.g. via this convenient link:
> http://bugz.fedoraproject.org/mcelog
Thanks. It appears that there are a number of bug reports already opened on
exactly this
problem.
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
On Sun, Aug 22, 2010 at 7:45 PM, Rex Dieter wrote:
> pbrobin...@gmail.com wrote:
>
>> I know its been discussed in the past but there's been reasons not to
>> drop a default MTA but now that cronie (the last actual dependency)
>> has support for logging to system logs is there any reason to includ
On Sat, Aug 21, 2010 at 3:10 PM, Mahmoud Abdul Jawad <
abduljawad.mahm...@gmail.com> wrote:
>
> can you forget that there's a link for googlewave discussion in that page??
> in fact, i don't care where the discussion is being done. however, if
> there's anybody who have a googlewave account it wou
On Sun, Aug 22, 2010 at 04:31:08PM +0200, Thomas Spura wrote:
> On Sat, 21 Aug 2010 18:48:31 -0400
> David Malcolm wrote:
> [snip]
> >
> > So you'll need to update the %files for python3 subpackages, listing
> > something like:
> > foo/__pycache__
> > to capture the directory and the bytecode fi
On Sun, Aug 22, 2010 at 10:19:53PM +0400, Mahmoud Abdul Jawad wrote:
> without help i'll not be able to continue.
> please test the application on non-KDE desktops, think for improvements &
> give feedbacks.
Maybe you get more feedback if you make it a F15 feature:
https://fedoraproject.org/wiki/
On Sun, 2010-08-22 at 16:31 +0200, Thomas Spura wrote:
> On Sat, 21 Aug 2010 18:48:31 -0400
> David Malcolm wrote:
> [snip]
> >
> > So you'll need to update the %files for python3 subpackages, listing
> > something like:
> > foo/__pycache__
> > to capture the directory and the bytecode files wit
>
>
>
> 1) I was the one who put a google wave link in the wiki, I tought it might
> be a good way of comunication because anyone with a Gmail account can acess
> to a wave and use it. If someone do not have a Gmail account he/she simply
> can use the IRC, can contact anyone that's helping via the
2010/8/22 Till Maas
> On Sun, Aug 22, 2010 at 10:19:53PM +0400, Mahmoud Abdul Jawad wrote:
>
> > without help i'll not be able to continue.
> > please test the application on non-KDE desktops, think for improvements &
> > give feedbacks.
>
> Maybe you get more feedback if you make it a F15 featur
On Sat, Aug 21, 2010 at 5:48 PM, David Malcolm wrote:
> I just built Python 3.2a1 into rawhide:
> http://koji.fedoraproject.org/koji/buildinfo?buildID=191382
> so the meaning of "python3" in rawhide just jumped from Python 3.1 to
> Python 3.2
I tried rebuilding python-lxml, but I ran into this e
On Sat, Aug 21, 2010 at 6:48 PM, David Malcolm wrote:
> I just built Python 3.2a1 into rawhide:
> http://koji.fedoraproject.org/koji/buildinfo?buildID=191382
> so the meaning of "python3" in rawhide just jumped from Python 3.1 to
> Python 3.2
[cut]
> with Python 3.2 onwards you now have a __pycach
On Sat, 21 Aug 2010 00:46:43 +0400
Mahmoud Abdul Jawad wrote:
> Hi all,,
>
> before two weeks, a discussion started in ambassadors mailing-list
> about a work around to deliver the important notifications to the
> fedora desktop (whatever the desktop is).
> after some discussion, we started with
On 08/23/2010 03:34 AM, Orcan Ogetbil wrote:
> On Sat, Aug 21, 2010 at 6:48 PM, David Malcolm wrote:
>> I just built Python 3.2a1 into rawhide:
>> http://koji.fedoraproject.org/koji/buildinfo?buildID=191382
>> so the meaning of "python3" in rawhide just jumped from Python 3.1 to
>> Python 3.2
> [
On Mon, Aug 23, 2010 at 12:40 AM, Kalev Lember wrote:
> On 08/23/2010 03:34 AM, Orcan Ogetbil wrote:
>> On Sat, Aug 21, 2010 at 6:48 PM, David Malcolm wrote:
>>> I just built Python 3.2a1 into rawhide:
>>> http://koji.fedoraproject.org/koji/buildinfo?buildID=191382
>>> so the meaning of "python3"
On Mon, Aug 23, 2010 at 01:19:53AM -0400, Orcan Ogetbil wrote:
>
> That sounds like the only place where this convention is useful.
>
> How about .py files in /usr/bin/ ? We currently don't byte-compile the
> .py files in standard PATH, but maybe since they will go into a
> __pycache__ subdirecto
Roberto Ragusa wrote:
> Some more tags for "functionally comparable to" and the name of
> some well known programs for Windows or Macintosh would let
> people cope with the original names of Linux apps.
>
> Nero -> k3b, xcdroast
> Adobe Illustrator -> inkscape
> Adobe Reader -> evince, kpdf, okula
Kevin Fenzi wrote:
> I'm not sure a notification applet by itself is going to be the best
> answer here... as people may be busy or not see the notice and a few
> seconds later it goes away and they miss it.
That's why the notification should not time out unless/until the user clicks
it away!
In
29 matches
Mail list logo
