Till Maas wrote:
> there is a -1 karma comment claiming that libpng is broken, because the
> new x86_64 package conflicts with the old i686 package:
That's one of those many invalid -1 comments (and yet another reason why
karma is broken). You cannot mix different builds of the same package for
Till Maas wrote:
> These requirements render the karma automatism useless for all branches
> except F13, because the fedora-packager package in F12 was iirc pushed
> automatically after it received enough testing. If this implies, that
> that the package should also be pushed in F13, then this shou
Thomas Spura wrote:
> Why testing?
>
> A "maybe-broken update" is better than a "non-working programm" isn't
> it?
+1, broken dependency fixes should go stable ASAP.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Jesse Keating wrote:
> We do separate testing per release, because each release is different.
> Different library sets, different kernels, glibc, some different desktop
> environments, etc... Assuming that testing on one release means that
> it'll work on other releases is grossly irresponsible.
Till Maas wrote:
> It would be enough to only push the update that got enough testing and
> all updates in newer releases to keep the upgrade path.
Yes. Pushing stuff to older releases later does not break upgrade paths, it
just annoys and confuses folks. Pushing stuff to older releases first is
Thomas Spura wrote:
> KPackageKit != Bodhi:
>
> When you use fedora-easy-karma or the updates site to provide testing
> feedback, it would be nice to have such a %changelog field, *expecially*
> if there are no updates notes shipped with the package. In this case it
> would be absolutely nessesary
Terry Barnaby wrote:
> Although I understand Fedora's frontier status, I think the graphics
> system changes could probably have been handled better. After the kernel
> and core shared libraries the graphics system is probably the next
> essential core OS subsystem (At least for desktop systems). I
On Tue, 16.03.10 10:54, Matthias Clasen (mcla...@redhat.com) wrote:
> > > Symlinks are duct-tape, why not just set it to /tmp with
> > > global rc file?
> >
> > Sure, but still need to encode username into the filename (or
> > randomize/uniq
> > it) somehow.
> >
>
> Any reason this cannot be
On Tue, 16.03.10 08:38, Rex Dieter (rdie...@math.unl.edu) wrote:
>
> Juha Tuomala wrote:
>
> > https://bugs.kde.org/show_bug.cgi?id=179006#c5
> >> in the current version of Akonadi server you can specify a custom
> >> socket path by entering
> >>
> >> [Connection]
> >> SocketDirectory=/tmp/akon
On Tue, 16.03.10 14:52, Juha Tuomala (juha.tuom...@iki.fi) wrote:
>
> > [Connection]
> > SocketDirectory=/tmp/akonadi-myuser/
> >
> > into $HOME/.config/akonadi/akonadiserverrc
>
> How about setting that as default, away from $HOME that can be a NFS
> filesystem? I have had problems with it som
When I run yum list extras on my F-13 system, it lists (inter alia) the
following:
tzdata.noarch 2010e-1.fc13@updates-testing
tzdata-java.noarch ...
The version of tzdata currently in the F-13 repositories is 2010c-1,
with nothing in updates-testing, but Bodhi shows that 201
> It's an http install to a local server, and there is no access during
> that stage (after is has all of the repodata files) until it starts
> fetching package headers. So, it seems like filing a bug is in order.
> Anaconda or yum?
Anaconda, the program that you invoked. If anaconda can pass th
On Fri, Mar 19, 2010 at 09:39:05PM +0100, Till Maas wrote:
> On Fri, Mar 19, 2010 at 07:54:09PM +, Richard W.M. Jones wrote:
>
> > Yes!
> >
> > Hopefully BIOS support won't be a problem because of gptsync. Can we
> > also get gptsync packaged separately, instead of having an odd version
> >
Ville Skyttä wrote:
> On Friday 19 March 2010, Toshio Kuratomi wrote:
>
>> On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
>>
>>> On Friday 19 March 2010, Jon Ciesla wrote:
>>>
ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fed
ora/ 13, 50
On Friday 19 March 2010, Toshio Kuratomi wrote:
> On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
> > On Friday 19 March 2010, Jon Ciesla wrote:
> > > ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fed
> > > ora/ 13, 500, Unknown HTTP Server Response)
> > >
> > >
On Fri, Mar 19, 2010 at 07:54:09PM +, Richard W.M. Jones wrote:
> Yes!
>
> Hopefully BIOS support won't be a problem because of gptsync. Can we
> also get gptsync packaged separately, instead of having an odd version
> bundled with Anaconda ...
A first incomplete Feature page is available h
On 03/19/2010 01:57 PM, John Reiser wrote:
>> ... stripped down kickstart server install of about 389 packages:
>
>> enablefilesystems 3:10s
>> postselection24:27s
>> installpackages 14:30s
>
>> The install spends a long time displaying "Checking dependencies in
>> packages selecte
On Fri, 2010-03-19 at 13:34 -0500, Jeffrey Ollie wrote:
> On Fri, Mar 19, 2010 at 1:25 PM, Thomas Spura
> wrote:
> >
> > Why testing?
> >
> > A "maybe-broken update" is better than a "non-working programm" isn't
> > it?
>
> Because there are a significant number of people that will scream
> blood
> ... stripped down kickstart server install of about 389 packages:
> enablefilesystems 3:10s
> postselection24:27s
> installpackages 14:30s
> The install spends a long time displaying "Checking dependencies in
> packages selected for installation" with no movement of the progres
On Thu, Mar 18, 2010 at 09:55:37PM +0100, Till Maas wrote:
> Hi,
>
> how about using GPT[0] partitions for F14 for all installations that wipe
> the whole disk to install Fedora? It is also considered to be good by
> Tejun Heo[1] and it seems to work nicely already on F12. I just
> partitioned a n
I no longer use Quod Libet on a regular basis and I can't spare the
time right now to fix up the issues that the package has. So I'm
looking for someone to take over maintainership. I would have
released ownership in the package database already but I'm getting an
error...
--
Jeff Ollie
--
dev
as I said palimpsest disk utility did not report any thing
the smart output is attached
smartctl version 5.38 [i386-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.1
it happens with both kernels but it hanged completely with the newer
one, and it freeze for seconds and then respond with the older one
at least is what happened so far.
is there a way that I know it's not a hardware issue on my HDD
--
devel mailing list
devel@lists.fedoraproject.org
https://ad
On 03/19/2010 04:26 PM, Gianluca Sforna wrote:
>
> Just to be sure: do this mean users with those dongles should have a
> "works out of the box" experience with NetworkManager in F13?
>
>
I don't know that. I believe it requires NM/ModemManager changes but
atleast it would be easier to do the ma
Luke Macken wrote:
> On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
>
>> On Friday 19 March 2010, Jon Ciesla wrote:
>>
>>> ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/
>>> 13, 500, Unknown HTTP Server Response)
>>>
>>> This is while creating an
Toshio Kuratomi wrote:
> On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
>
>> On Friday 19 March 2010, Jon Ciesla wrote:
>>
>>> ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/
>>> 13, 500, Unknown HTTP Server Response)
>>>
>>> This is while creating
On Fri, Mar 19, 2010 at 1:25 PM, Thomas Spura
wrote:
>
> Why testing?
>
> A "maybe-broken update" is better than a "non-working programm" isn't
> it?
Because there are a significant number of people that will scream
bloody murder if people push packages directly to stable without
having the packa
On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
> On Friday 19 March 2010, Jon Ciesla wrote:
> > ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/
> > 13, 500, Unknown HTTP Server Response)
> >
> > This is while creating an update.
>
> I got that earlier to
Am Donnerstag, den 18.03.2010, 23:30 +0530 schrieb Rakesh Pandit:
> On 18 March 2010 00:19, Branched Report wrote:
> > Compose started at Wed Mar 17 09:15:24 UTC 2010
> >
> >linphone-2.1.1-4.fc12.i686 requires libortp.so.7
>
> Thanks Quentin for looking into this and Jesse for importing. I
On Fri, Mar 19, 2010 at 06:47:44PM +0200, Ville Skyttä wrote:
> On Friday 19 March 2010, Jon Ciesla wrote:
> > ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/
> > 13, 500, Unknown HTTP Server Response)
> >
> > This is while creating an update.
>
> I got that earlier to
Am 19.03.10 17:52, schrieb Jesse Keating:
> Why deal with two different types of partitioning tables? Why /not/ go
> forward to GPT, I think that's the more appropriate question.
>
>
No all operating systems are able to support GPT, so there may be nice
to have
a hybrid partition schema.
Asp
Compose started at Fri Mar 19 09:15:32 UTC 2010
Broken deps for i386
--
doodle-0.6.7-5.fc12.i686 requires libextractor.so.1
hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0
linphone-2.1.1-4.fc12.i686 requi
On Fri, 2010-03-19 at 13:04 +, David Woodhouse wrote:
> Are there any good reasons to do this _other_ than so we can cope with
> larger disks?
>
> How about doing it only for disks which are too large to cope with the
> DOS-style partition tables?
>
>
Why deal with two different types of pa
On Friday 19 March 2010, Jon Ciesla wrote:
> ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/
> 13, 500, Unknown HTTP Server Response)
>
> This is while creating an update.
I got that earlier today too, when the "close bugs" checkbox was ticked. I
managed to submit th
I don't know if it is too early to do install timings (due to debugging
be on in the kernel, elsewhere?) but here are the longest steps from a
fairly stripped down kickstart server install of about 389 packages:
F-13:
enablefilesystems 3:10s
postselection24:27s
installpackages
On Thu, 2010-03-18 at 21:37 +0100, Louis Lagendijk wrote:
> great info indeed. Maybe you could consider adding info on the bjnp
> backend (for Canon's proprietary network (usb-over-ip) protocol:
>
> bjnp is for Canon's proprietary bjnp network protocol (usually port
> 8611)
>
> The bjp backend i
Author: cweyl
Update of /cvs/extras/rpms/perl-DBIx-Class/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv8120
Modified Files:
auto.ini
Log Message:
* Fri Mar 19 2010 Chris Weyl 0.08120-3
- quiet our repo/dep-checking scripts as we figure out how to handle no_index
from a
Author: cweyl
Update of /cvs/extras/rpms/perl-DBIx-Class/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv7878
Modified Files:
perl-DBIx-Class.spec
Log Message:
* Fri Mar 19 2010 Chris Weyl 0.08120-3
- quiet our repo/dep-checking scripts as we figure out how to handle no_ind
ServerError(https://admin.fedoraproject.org/pkgdb/acls/name/barrage/Fedora/13,
500, Unknown HTTP Server Response)
This is while creating an update.
-J
--
in your fear, seek only peace
in your fear, seek only love
-d. bowie
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fe
On Fri, Mar 19, 2010 at 10:25:38AM -0400, Ric Wheeler wrote:
> I should have asked - do you have the details captured in bugzilla? If so,
> that
> will be useful to help kick off the discussion with them.
It seemed to be common knowledge already, but I just created a bug
report:
https://bugzill
On 03/19/2010 10:04 AM, Till Maas wrote:
> On Fri, Mar 19, 2010 at 09:56:10AM -0400, Ric Wheeler wrote:
>
>> We are currently working to verify that storage devices work properly&
>> report
>> the information that they want us to use (doing this with several storage
>> providers and have also rai
On 03/19/2010 10:04 AM, Till Maas wrote:
> On Fri, Mar 19, 2010 at 09:56:10AM -0400, Ric Wheeler wrote:
>
>> We are currently working to verify that storage devices work properly&
>> report
>> the information that they want us to use (doing this with several storage
>> providers and have also rai
- "Paul Howarth" wrote:
> On 16/03/10 16:33, Iain Arnell wrote:
> > On Tue, Mar 16, 2010 at 5:17 PM, Marcela
> Maslanova wrote:
> >> - "Iain Arnell" wrote:
> >>> I
> >>> guess perl.spec needs a little more work up front to split as much
> as
> >>> possible into separate sub-packages.
>
On Fri, Mar 19, 2010 at 09:56:10AM -0400, Ric Wheeler wrote:
> We are currently working to verify that storage devices work properly &
> report
> the information that they want us to use (doing this with several storage
> providers and have also raised this with EMC/VMware).
> If we see real w
Compose started at Fri Mar 19 08:15:18 UTC 2010
Broken deps for i386
--
edje-0.9.93.063-1.fc14.i686 requires libembryo-ver-svn-05.so.0
emotion-0.1.0.042-5.fc12.i686 requires libecore_job.so.0
emotion-0.1.0.042-5.fc12.i
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=568172
Suzanne Yeghiayan changed:
What|Removed |Added
-
On 03/19/2010 09:39 AM, Till Maas wrote:
> On Fri, Mar 19, 2010 at 09:21:53AM -0400, Ric Wheeler wrote:
>> On 03/19/2010 08:08 AM, Till Maas wrote:
>>> On Thu, Mar 11, 2010 at 04:21:47PM -0600, Eric Sandeen wrote:
Alexander Boström wrote:
> ons 2010-03-10 klockan 15:57 -0600 skrev Eric San
On 03/18/2010 09:00 PM, Adam Williamson wrote:
> .
> That's somewhat optimistic; no matter how much testing we do, we can
> only afford a certain amount of full-time developer muscle. The testing
> has helped to improve efficiency and direction of graphics development
> work, I think, but t
perl-DBIx-Class has broken dependencies in the rawhide tree:
On x86_64:
perl-DBIx-Class-0.08120-2.fc14.noarch requires
perl(DBIx::Class::ClassResolver::PassThrough)
perl-DBIx-Class-0.08120-2.fc14.noarch requires perl(DBIx::Class::Admin)
perl-DBIx-Class-0.08120-2.fc14.noar
On Fri, Mar 19, 2010 at 09:21:53AM -0400, Ric Wheeler wrote:
> On 03/19/2010 08:08 AM, Till Maas wrote:
> > On Thu, Mar 11, 2010 at 04:21:47PM -0600, Eric Sandeen wrote:
> >> Alexander Boström wrote:
> >>> ons 2010-03-10 klockan 15:57 -0600 skrev Eric Sandeen:
> >>>
> There has been a lot of w
On 03/19/2010 03:07 PM, Muayyad AlSadi wrote:
> my dmesg is attached
>
Thanks; if this doesn't occur with the previous version of the kernel,
file a bug in bugzilla.redhat.com and paste the link to the bug.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/ma
On Fri, Mar 19, 2010 at 01:04:29PM +, David Woodhouse wrote:
> On Thu, 2010-03-18 at 21:55 +0100, Till Maas wrote:
> > how about using GPT[0] partitions for F14 for all installations that wipe
> > the whole disk to install Fedora? It is also considered to be good by
> > Tejun Heo[1] and it seem
On 03/19/2010 08:08 AM, Till Maas wrote:
> On Thu, Mar 11, 2010 at 04:21:47PM -0600, Eric Sandeen wrote:
>> Alexander Boström wrote:
>>> ons 2010-03-10 klockan 15:57 -0600 skrev Eric Sandeen:
>>>
There has been a lot of work upstream on 4k sector support, and in general
yes, we are ready.
my dmesg is attached
dmesg.txt.gz
Description: GNU Zip compressed data
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-03-18 at 21:55 +0100, Till Maas wrote:
> how about using GPT[0] partitions for F14 for all installations that wipe
> the whole disk to install Fedora? It is also considered to be good by
> Tejun Heo[1] and it seems to work nicely already on F12. I just
> partitioned a new HD using gdis
On Fri, Mar 19, 2010 at 12:22:56PM +0200, Manuel Wolfshant wrote:
> Till Maas wrote:
> > On Fri, Mar 19, 2010 at 10:34:59AM +0100, Karel Zak wrote:
> > I am also pretty sure that a BIOS does not consider the partition table
> > to boot,
> I can vouch for at least 2 Intel based motherboards which d
On Thu, Mar 11, 2010 at 04:21:47PM -0600, Eric Sandeen wrote:
> Alexander Boström wrote:
> > ons 2010-03-10 klockan 15:57 -0600 skrev Eric Sandeen:
> >
> >> There has been a lot of work upstream on 4k sector support, and in general
> >> yes, we are ready.
> >
> > Problems can probably be expected
Am Freitag, den 19.03.2010, 11:33 +0100 schrieb Mathieu Bridon:
> On Thu, Mar 18, 2010 at 18:07, Thomas Spura
> wrote:
> > Am Dienstag, den 16.03.2010, 19:05 +0100 schrieb Kevin Kofler:
> >> Peter Lemenkov wrote:
> >> > * Automatically add latest %changelog entry to each Bodhi update as
> >> > "No
On Fri, Mar 19, 2010 at 9:52 AM, Rahul Sundaram wrote:
> On 03/05/2010 02:55 AM, Pete Zaitcev wrote:
>>
>> OK, that sounds good. So, I withdraw objections after Rahul's question,
>> as far as Fedora is concerned.
>>
>
> I have added it to the hardware support group as a default package for
> Fedor
On Thu, Mar 18, 2010 at 18:07, Thomas Spura
wrote:
> Am Dienstag, den 16.03.2010, 19:05 +0100 schrieb Kevin Kofler:
>> Peter Lemenkov wrote:
>> > * Automatically add latest %changelog entry to each Bodhi update as
>> > "Notes" or as something else (new field, perhaps).
>>
>> The changelog informat
Am Dienstag, den 16.03.2010, 19:05 +0100 schrieb Kevin Kofler:
> Peter Lemenkov wrote:
> > * Automatically add latest %changelog entry to each Bodhi update as
> > "Notes" or as something else (new field, perhaps).
>
> The changelog information is already provided in the update detail metadata,
>
Till Maas wrote:
> On Fri, Mar 19, 2010 at 10:34:59AM +0100, Karel Zak wrote:
>
>> On Thu, Mar 18, 2010 at 11:25:45PM -0500, Matt Domsch wrote:
>>
>>> On Thu, Mar 18, 2010 at 09:55:37PM +0100, Till Maas wrote:
>>>
Hi,
how about using GPT[0] partitions for F14 for all i
On Fri, Mar 19, 2010 at 10:34:59AM +0100, Karel Zak wrote:
> On Thu, Mar 18, 2010 at 11:25:45PM -0500, Matt Domsch wrote:
> > On Thu, Mar 18, 2010 at 09:55:37PM +0100, Till Maas wrote:
> > > Hi,
> > >
> > > how about using GPT[0] partitions for F14 for all installations that wipe
> > > the whole d
> The problem is old grub.
To quickly hook into this: wouldn't moving to grub2 be a viable
feature for F14 then? I know we wouldn't be the first to do it, but
that might be a plus here. The Ubuntu guys have already forced some
more wide spread testing of grub2 by implementing it in a recent
relea
On Thu, Mar 18, 2010 at 11:25:45PM -0500, Matt Domsch wrote:
> On Thu, Mar 18, 2010 at 09:55:37PM +0100, Till Maas wrote:
> > Hi,
> >
> > how about using GPT[0] partitions for F14 for all installations that wipe
> > the whole disk to install Fedora? It is also considered to be good by
> > Tejun He
On 03/05/2010 02:55 AM, Pete Zaitcev wrote:
>
> OK, that sounds good. So, I withdraw objections after Rahul's question,
> as far as Fedora is concerned.
>
I have added it to the hardware support group as a default package for
Fedora 13.
Rahul
--
devel mailing list
devel@lists.fedoraproject.o
66 matches
Mail list logo
