Dear Zappers,
My name is Simon Yan and I would like to be part of the Fedora
BugZapper team to do something to make this great Linux distro even
better! ;)
I've started playing with Fedora since 3 and I kept using it now and
then. I wasn't able to follow along with all the releases but I'll
keep
On 09/15/2010 11:24 AM, Michal Jaegermann wrote:
> There is one big difference though. Upstart does work and for a
> "naive" user this detail that /sbin/upstart handles sysvinit job is
> not really visible. In the case of systemd this works "mostly".
> Definitely much better now than when it sho
What plugins do you have installed? I only get:
# pwd
/var/lib/yum
# du -hs *
1.2Mhistory
0 rpmdb-indexes
4.0Kuuid
9.0Myumdb
--
Steven Haigh
Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
Fax: (03) 8338 0299
On 09/15/2010 03:44 PM, Joach
The following builds have been pushed to Fedora 12 updates-testing
BEDTools-2.9.0-5.fc12
audacious-2.2-16.fc12
audacious-plugins-2.2-37.fc12
awn-extras-applets-0.4.0-21.fc12
cabextract-1.3-1.fc12
calf-0.0.18.6-1.fc12
clamtk-4.29-1.fc12
clustershell-1.3.2-1.fc12
On Wed, Sep 15, 2010 at 03:57:02AM +0200, Michał Piotrowski wrote:
> 2010/9/15 Matthias Clasen :
> > I expect systemd development to move to rawhide now. Not sure how much
> > sense it makes to keep developing systemd in f14
>
> It seems to me that many F14 users would like try/test it.
>
> >, in
On Wed, 2010-09-15 at 03:41 +, "Jóhann B. Guðmundsson" wrote:
> The decision to reject this feature certainly was a lesson in killing
> momentum which we will never reach again.
>
> JBG
>
> Ps.
> Yes I'm pissed and I have every right to be I eventually will
> get over it and so wil
Is there a yum function to keep */var/lib/yum/plugins/local* small?
This directory now uses about 3.0 GB after starting with F14-Alpha and
applying all F14 updates. It would be nice if one could reduce the
package number by some FIFO algoritm. Any ideas?
Kind regards
--
Joachim Backes
http://w
On Tue, 2010-09-14 at 19:32 -0400, James Laska wrote:
> The first update is available in updates-testing now. Updated packages
> include system-setup-keyboard, firstboot and upstart. I anticipate
> there will be several more updates to follow. However, if folks want to
If you mean this in a ge
On 09/15/2010 09:11 AM, "Jóhann B. Guðmundsson" wrote:
> On 09/15/2010 02:26 AM, Bill Nottingham wrote:
>> Hypothetical example:
>>
>> - F-14 has systemd-10 in the repo
>> - there's some bug in an included systemd service file in an app that
>>needs fixed.
>> - oops, to do that right require
On 09/15/2010 02:26 AM, Bill Nottingham wrote:
> Hypothetical example:
>
> - F-14 has systemd-10 in the repo
> - there's some bug in an included systemd service file in an app that
>needs fixed.
> - oops, to do that right requires an updated systemd package, say, version 12
> - the version of
Micha� Piotrowski (mkkp...@gmail.com) said:
> >, in particular since
> > the thing that was perceived as lacking was mostly system integration.
>
> ???
>
> I do not understand this argument. Upstart is still lacking of system
> integration. All scripts are sysvinit style, so it's not integrated.
2010/9/15 Matthias Clasen :
> I expect systemd development to move to rawhide now. Not sure how much
> sense it makes to keep developing systemd in f14
It seems to me that many F14 users would like try/test it.
>, in particular since
> the thing that was perceived as lacking was mostly system int
On Tue, 2010-09-14 at 23:24 +0100, Adam Williamson wrote:
> On Wed, 2010-09-15 at 00:20 +0200, Michał Piotrowski wrote:
> > Are there any plans to maintain systemd F14 repo for people who want
> > to help in testing?
>
> I believe the systemd package will still be in the distro and you'll be
> abl
On Tue, 2010-09-14 at 16:16 -0400, Richard Ryniker wrote:
> > Well, that's arguable. Many developers prefer apps to be 'chatty' and
> > report things like this for informational purposes. It's a design
> > choice, really.
I encourage programs to generate copious output when they are in debug
mode
Jóhann B. Guðmundsson wrote:
> http://www.youtube.com/watch?v=zrzMhU_4m-g&feature=related
You have a sense of humour :-))
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
On Tue, 2010-06-15 at 10:24 -0500, fedora JP wrote:
> https://fedoraproject.org/wiki/KernelBugTriage
This page hasn't been edited in over a month. Is it time to remove the
notice that says "This page is a draft only
It is still under construction and content may change. Do not rely on
the informa
On 09/14/2010 11:17 PM, Petrus de Calguarium wrote:
> Jóhann B. Guðmundsson wrote:
>
>> Unwise decision.
> Yes, disappointing decision, to be sure.
>
Yeah that too..
Everything involving this feature was done by the book and then some and
for some reason the treatment and it's author that this
Greetings proventesters,
In response to the FESCO decision to continue with upstart as the
default for Fedora 14, several changes are expected in updates-testing
to restore upstart as the default init system.
The first update is available in updates-testing now. Updated packages
include system-s
Jóhann B. Guðmundsson wrote:
> Unwise decision.
Yes, disappointing decision, to be sure.
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
On 09/14/2010 09:46 PM, Adam Williamson wrote:
> So, fesco seem to have voted not to take systemd for f14 in the meeting
> today.
Unwise decision.
It's going to be interesting to see in the near future what fesco will
slip through..
JBG
--
test mailing list
test@lists.fedoraproject.org
To un
2010/9/15 Petrus de Calguarium :
> Vaclav Misek wrote:
>
>> I had only minor problems with systemd and I'd like to keep it.
>
> I had no problems that come to mind and I'd like to keep it.
>
> Please explain explicitly how consumers can continue to use it, rather than
> regressing: grub kernel para
Vaclav Misek wrote:
> I had only minor problems with systemd and I'd like to keep it.
I had no problems that come to mind and I'd like to keep it.
Please explain explicitly how consumers can continue to use it, rather than
regressing: grub kernel parameters, other required settings to maintain
A last minute blocker bug meeting was held in #fedora-bugzappers to
review the state of the open Fedora 14 Beta Blocker bugs. In order to
create the Fedora 14 Beta Release Candidate on Thursday (2010-09-16),
test, and release on time, this list MUST be empty by 2010-09-15
(tomorrow)!
https:/
On 09/15/2010 12:20 AM, Michał Piotrowski wrote:
> Are there any plans to maintain systemd F14 repo for people who want
> to help in testing?
>
> Regards,
> M
Yes, I want to ask the same question.
I had only minor problems with systemd and I'd like to keep it. IMO In
case it will be impossible to
2010/9/15 Adam Williamson :
> On Wed, 2010-09-15 at 00:20 +0200, Michał Piotrowski wrote:
>> Are there any plans to maintain systemd F14 repo for people who want
>> to help in testing?
>
> I believe the systemd package will still be in the distro and you'll be
> able to use it by booting with 'init
On Wed, 2010-09-15 at 00:20 +0200, Michał Piotrowski wrote:
> Are there any plans to maintain systemd F14 repo for people who want
> to help in testing?
I believe the systemd package will still be in the distro and you'll be
able to use it by booting with 'init=/bin/systemd' as a kernel
parameter,
Are there any plans to maintain systemd F14 repo for people who want
to help in testing?
Regards,
M
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
I think it is wise to revert.
Bob
On 09/14/2010 05:46 PM, Adam Williamson wrote:
> So, fesco seem to have voted not to take systemd for f14 in the meeting
> today. this means we'll need to revert to upstart for Beta, which gives
> us a tight schedule for Beta RC1. Bill Nottingham says he'll wo
So, fesco seem to have voted not to take systemd for f14 in the meeting
today. this means we'll need to revert to upstart for Beta, which gives
us a tight schedule for Beta RC1. Bill Nottingham says he'll work on the
reversion, but it'll need testing; this is a heads-up that if people can
plan to s
==
The results in this summary consider Test Updates!
==
Still broken compared with F-14 Branched:
27 builds
Fixed packages compared with F-14 Branched:
#112: 'Translation/Keyboard in anaconda' Test Day - 2010/09/16
---+
Reporter: rhe | Owner: rhe
Type: task | Status: assigned
Priority: major | Milestone: Fedora 14
Component:
> > I don't think GUI apps should be logging seemingly alarming messages
> > like this to stdout if they aren't actually a problem. If the
> > possibility that the referenced shared library isn't there is expected
> > and normal, then attempts to load it should fail silently.
>
> Well, that's argu
Thanks for the feedback Lawrence. See comments below.
On Tue, 2010-09-14 at 13:21 -0600, Lawrence E Graves wrote:
>
> On Tue, 2010-09-14 at 15:13 -0400, James Laska wrote:
> > Greetings testers,
> >
> > > 629719 - FormatCreateError: ('invalid device specification',
> > > '/dev/md127p3')
> >
>
On Tue, 2010-09-14 at 15:13 -0400, James Laska wrote:
> Greetings testers,
>
> > 629719 - FormatCreateError: ('invalid device specification',
> > '/dev/md127p3')
>
> There is a F14Beta blocker bug [1] where we just don't have enough
> information yet to say how the release criteria [2] are impa
Greetings testers,
> 629719 - FormatCreateError: ('invalid device specification',
> '/dev/md127p3')
There is a F14Beta blocker bug [1] where we just don't have enough
information yet to say how the release criteria [2] are impacted. I've
tested on the BIOS RAID hardware I have access to, but the
2010/9/14 Steven Haigh
>
> Is that printer postscript or PCL?
>
right now i'm using postscipt, but the specs say that is pcl6 capable.
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
#114: Proposed Test Day - Virtualization
---+
Reporter: jforbes | Owner:
Type: task | Status: new
Priority: major | Milestone: Fedora 14
Component: Test Day | Versi
On 09/15/2010 12:44 AM, cornel panceac wrote:
> I also seem to get *very* poor performance on printing a JPG image. It
> took the current cups/ghostscript versions nearly 8 minutes to print a
> 667Kb printjob to a PCL6 printer using pxcolor.
>
> --
> Steven Haigh
>
>
> like here
On Tue, 2010-09-14 at 17:35 +0300, cornel panceac wrote:
>
> > I'm not so sure we have any Intel ninja on board with us
> so..
>
>
> Maybe this was a reason for a missing reassignment?
>
> it seems natural to me that if there's no one at fedora taking car
Compose started at Tue Sep 14 13:15:38 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
>
> I also seem to get *very* poor performance on printing a JPG image. It
> took the current cups/ghostscript versions nearly 8 minutes to print a
> 667Kb printjob to a PCL6 printer using pxcolor.
>
> --
> Steven Haigh
>
like here?
https://bugzilla.redhat.com/show_bug.cgi?id=557253
--
Among th
On 09/14/2010 02:35 PM, cornel panceac wrote:
> it seems natural to me that if there's no one at fedora taking care of
> one bug, then somebody (who?) should forward the bug upstream.
It's the packager/maintainers responsibility to forward this upstream
and be the liaison between upstream and F
2010/9/14 "Jóhann B. Guðmundsson"
> On 09/14/2010 02:35 PM, cornel panceac wrote:
> > it seems natural to me that if there's no one at fedora taking care of
> > one bug, then somebody (who?) should forward the bug upstream.
> It's the packager/maintainers responsibility to forward this upstream
When trying to print a PDF with an image in it, ghostscript bails stating:
Error: /rangecheck in --image--
--snip--
GPL Ghostscript 8.71: Unrecoverable error, exit code 1
The document prints, but without the image.
This is with the new ghostscript packages:
ghostscript-cups-8.71-16.fc14.i686
ghos
> > I'm not so sure we have any Intel ninja on board with us so..
>
> Maybe this was a reason for a missing reassignment?
>
it seems natural to me that if there's no one at fedora taking care of one
bug, then somebody (who?) should forward the bug upstream.
--
Among the maxims on Lord Naoshige's
Compose started at Tue Sep 14 08:15:26 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
avogadro
On Tue, 2010-09-14 at 15:45 +1000, Steven Haigh wrote:
> On 09/14/2010 03:42 PM, Andre Robatino wrote:
> > Joachim Backes rhrk.uni-kl.de> writes:
> >
> >>
> >> Applying the most recent updates (including 1:gdm-2.31.90-5.fc14.i686)
> >> prevents from a graphical login: The gdm greeter is blinking
On Mon, Sep 13, 2010 at 8:43 AM, Martin Sourada
wrote:
> On Mon, 2010-09-13 at 00:07 +0200, Martin Sourada wrote:
>> On Sun, Sep 12, 2010 at 11:58 PM, Adam Williamson
>> wrote:
>>
>> Check kernel logs and X logs after rebooting, see if there's
>> crash
>> notifications in
48 matches
Mail list logo
