> gnome-shell-2.29.1-4.i686 requires gjs >= 0:0.6
> gnome-shell-2.29.1-4.i686 requires mutter >= 0:2.29.1
I've tagged the newer gjs/mutter builds to go through to stable for
the next push. If the gnome-shell people ping me I can coordinate the
updates if they think it would make it e
On 04/10/2010 03:26 AM, Alex Lancaster wrote:
>
> Broken deps in releases is my number 1 peeve with Fedora and although
> it's been actively worked on now, it's taken a very long time to do so.
> It would be nice if Red Hat put some more engineering resources into
> part of QA because it definitely
On 04/09/2010 07:29 PM, Colin Walters wrote:
>
> The LiveCD is operating on the assumption that you have an internet
> connection, you just want to download something relatively small to
> get started, and can install new apps afterwards, whether that's
> Abiword, OpenOffice, or whatever else.
>
On Sat, Apr 10, 2010 at 1:18 AM, Michel Alexandre Salim
wrote:
> The update,
>
> https://admin.fedoraproject.org/updates/xulrunner-1.9.2.3-1.fc13,firefox-3.6.3-1.fc13
>
> was pushed out yesterday, however, other packages depending on
> xulrunner are not rebuilt, and thus users with any of these in
On Fri, 2010-04-09 at 16:19 -0800, Jeff Spaleta wrote:
> Once a testing package is obsoleted by newer testing packages, why do
> we need to keep those packages in bodhi's interface?
To keep the contents of bodhi and the repository consistent at all times
(subject to mirroring). As soon as the obs
On Fri, 2010-04-09 at 16:31 -0800, Jeff Spaleta wrote:
> I'll repeat. If a testing package is missing in bodhi...it means its
> obsoleted by a newer one.
This surprised me. I assumed updates were immutable and did not find
any suggestion to the contrary until today.
> Bodhi has a search interfac
On Fri, Apr 9, 2010 at 4:20 PM, Matt McCutchen wrote:
> There's another possible explanation for that policy: users who don't
> participate in testing know that any update with an ID went to stable
> and won't be distracted by references to IDs of testing updates in
> various forums. But actually
On Fri, Apr 9, 2010 at 4:09 PM, Matt McCutchen wrote:
> Better comparison: Bugzilla does not allow the content of an attachment
> to be edited once it is submitted. Instead, people submit a new
> attachment and obsolete the old one.
Yes and koji keeps builds around to even when they aren't in a
On Fri, 2010-04-09 at 16:10 -0800, Jeff Spaleta wrote:
> On Fri, Apr 9, 2010 at 3:57 PM, Matt McCutchen wrote:
> > The comparison to bugs is not valid. A bug is the same bug until it is
> > fixed. An update consisting of different packages is a different
> > update.
>
> What? We don't tag testi
On Fri, Apr 9, 2010 at 4:05 PM, Matt McCutchen wrote:
> It confuses the people who put in the effort to test your packages. I
> updated to NetworkManager-0.8.0-4.git20100325.fc12.x86_64 and hit bugs
> 576925 and 578141. I wanted to leave negative feedback on the update,
> but I could not find on
On 04/09/2010 09:42 AM, Adam Jackson wrote:
ignored from then on?
>
> Depends on your laptop. There seem to be two major varieties.
>
> One is where there's a BIOS option and you can pick. Your options will
> typically be "integrated" (where we'll pick intel), "discrete" (where
> we'll pick no
On Fri, Apr 9, 2010 at 4:05 PM, Matt McCutchen wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=573510#c2
>
> How hard is it to use Bodhi properly?
And then at the bottom of the bug report... there's newer
packages...and newer links.
There's no value in commenting on testing packages that ar
On Fri, Apr 9, 2010 at 3:57 PM, Matt McCutchen wrote:
> The comparison to bugs is not valid. A bug is the same bug until it is
> fixed. An update consisting of different packages is a different
> update.
What? We don't tag testing-updates with an ID. Testing packages...are
implicitly in flux..
On Fri, 2010-04-09 at 19:57 -0400, Matt McCutchen wrote:
> On Fri, 2010-04-09 at 15:32 -0800, Jeff Spaleta wrote:
> > When someone is publishing updates and putting them into testing
> > specifically to address known bugs... and they get the fix wrong in
> > some way... I think its perfectly accept
On Fri, 2010-04-09 at 16:26 -0700, Dan Williams wrote:
> That would be nice. Though in the end, as long as the update has not
> reached stable, is editing a testing update to fix regressions really
> that big of a deal...
It confuses the people who put in the effort to test your packages. I
upda
On Fri, 2010-04-09 at 15:32 -0800, Jeff Spaleta wrote:
> When someone is publishing updates and putting them into testing
> specifically to address known bugs... and they get the fix wrong in
> some way... I think its perfectly acceptable to reuse the same update
> notice for the testing packages i
On Sat, 2010-04-10 at 01:20 +0200, Till Maas wrote:
> There are nine bugs mentioned in the update. Do you really suggest that
> the update submitter should always manually copy them from an old update
> to a new update?
Yes. What's so hard about that? It's a single copy and paste.
> But it woul
Thank you for breaking every explicit gecko-libs dependency out there in
a branch close to release. :/
You know gecko-libs provides/requires are there exactly to avoid this
sort of thing, right? Both callion and xhorak can probably share some
tips with you about doing xulrunner/firefox + deps upgr
On Fri, Apr 9, 2010 at 3:10 PM, Matt McCutchen wrote:
> Thoughts? Am I missing something?
When someone is publishing updates and putting them into testing
specifically to address known bugs... and they get the fix wrong in
some way... I think its perfectly acceptable to reuse the same update
no
On Sat, 2010-04-10 at 01:20 +0200, Till Maas wrote:
> On Fri, Apr 09, 2010 at 07:10:59PM -0400, Matt McCutchen wrote:
> > The log of the following update shows that it was submitted five times,
> > I assume with newer packages each time:
> >
> > https://admin.fedoraproject.org/updates/NetworkManag
On Fri, Apr 09, 2010 at 07:10:59PM -0400, Matt McCutchen wrote:
> The log of the following update shows that it was submitted five times,
> I assume with newer packages each time:
>
> https://admin.fedoraproject.org/updates/NetworkManager-0.8.0-6.git20100408.fc12,ModemManager-0.3-9.git20100409.fc1
The update,
https://admin.fedoraproject.org/updates/xulrunner-1.9.2.3-1.fc13,firefox-3.6.3-1.fc13
was pushed out yesterday, however, other packages depending on
xulrunner are not rebuilt, and thus users with any of these installed
will not be able to install the updates. I'm not sure how to fix t
The log of the following update shows that it was submitted five times,
I assume with newer packages each time:
https://admin.fedoraproject.org/updates/NetworkManager-0.8.0-6.git20100408.fc12,ModemManager-0.3-9.git20100409.fc12
The top of the page now shows the newest package versions, but much o
> "JS" == Jeff Spaleta writes:
JS> On Wed, Apr 7, 2010 at 8:50 AM, Orion Poplawski wrote:
>> Looks like the geos update for F-12 bumped the soname:
>> python-basemap-0:0.99.2-6.fc12.i686
JS> Sigh thanks for the heads up. I'll push a rebuild now.
JS> -jef"Not to be picky, but it sure w
On Fri, 2010-04-09 at 16:17 -0500, Mike McGrath wrote:
> On Fri, 9 Apr 2010, Mike Chambers wrote:
>
> > I burned the cd/dvd iso from that site and tried to boot with it to test
> > doing an install with F13. But the problem is during boot, it wants to
> > configure net0 for networking (wired buil
On Fri, 9 Apr 2010, Mike Chambers wrote:
> I burned the cd/dvd iso from that site and tried to boot with it to test
> doing an install with F13. But the problem is during boot, it wants to
> configure net0 for networking (wired built-in ethernet on computer) and
> fails. Is it suppose to do net0
I burned the cd/dvd iso from that site and tried to boot with it to test
doing an install with F13. But the problem is during boot, it wants to
configure net0 for networking (wired built-in ethernet on computer) and
fails. Is it suppose to do net0 or shouldn't it do eth0 or whatever?
--
Mike C
W dniu 09.04.2010 11:42, Thomas Vander Stichele pisze:
> Hi,
>
>> Anyway, when it comes to the update, I'm happy to help. The total number
>> of downstream packages dependent on twisted is 33. Should we expect
>> breakage? Were there any API changes in twisted?
>
> Twisted in general is really go
On Fri, Apr 09, 2010 at 10:58:02AM -0400, Bill Nottingham wrote:
> Paul W. Frields (sticks...@gmail.com) said:
> > I'd like to request that upon dropping features, FESCo notify the
> > Marketing and Docs lists. Both of these teams maintain content that
> > describe features for the upcoming relea
Here's the notice that I'm taking ownership of orphaned inkscape in EPEL 4/5.
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Apr 09, 2010 at 01:42:54PM -0400, Adam Jackson wrote:
> On Fri, 2010-04-09 at 17:54 +0100, Richard W.M. Jones wrote:
> > On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> > > Depending on fixed paths seems like a bad idea.
> >
> > It depends on fixed paths because fixed paths
Minutes:http://meetbot.fedoraproject.org/fedora-
meeting/2010-04-09/fedora-releng.2010-04-09-17.03.html
Minutes (text): http://meetbot.fedoraproject.org/fedora-
meeting/2010-04-09/fedora-releng.2010-04-09-17.03.txt
Log:http://meetbot.fedoraproject.org/fedora-
On Fri, 2010-04-09 at 17:54 +0100, Richard W.M. Jones wrote:
> On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> > Depending on fixed paths seems like a bad idea.
>
> It depends on fixed paths because fixed paths are used to build the
> appliance. Therefore the dependencies tell us w
Compose started at Fri Apr 9 08:15:08 UTC 2010
Broken deps for i386
--
anaconda-14.3-1.fc14.i686 requires fcoe-utils >= 0:1.0.12-3.20100323git
evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1
gnom
On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
Once upon a time, Richard W.M. Jones said:
> On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> > Once upon a time, Richard W.M. Jones said:
> > > libguestfs builds its appliance on the fly by concatenating together
> > > files [library files, binaries and data files] from the host.
On Fri, Apr 09, 2010 at 10:26:01AM -0500, Chris Adams wrote:
> Once upon a time, Richard W.M. Jones said:
> > libguestfs builds its appliance on the fly by concatenating together
> > files [library files, binaries and data files] from the host. We
> > express this requirement by mapping the locat
On Fri, 9 Apr 2010 08:12:48 -0400
"Paul W. Frields" wrote:
> I'd like to request that upon dropping features, FESCo notify the
> Marketing and Docs lists. Both of these teams maintain content that
> describe features for the upcoming release. In the event a feature is
> dropped, that content of
On Fri, Apr 09, 2010 at 04:21:53PM +0100, Richard W.M. Jones wrote:
> On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> > So I got convinced that libcrypto.so.* should be moved back to /lib in
> > the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> > will stay in /u
Once upon a time, Richard W.M. Jones said:
> libguestfs builds its appliance on the fly by concatenating together
> files [library files, binaries and data files] from the host. We
> express this requirement by mapping the location of those files into
> dependencies.
Why can't it just depend on
On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
Paul W. Frields (sticks...@gmail.com) said:
> I'd like to request that upon dropping features, FESCo notify the
> Marketing and Docs lists. Both of these teams maintain content that
> describe features for the upcoming release. In the event a feature is
> dropped, that content often needs to be
Hi,
On Thu, Apr 8, 2010 at 11:42 PM, Rahul Sundaram wrote:
>
> How does it make sense to remove Abiword and add Planner? I assume a
> project management tool is much less used than a word processor.
Good question! So the story on this is that we have 3 different desktops:
* LiveCD install
* D
On Fri, 2010-04-09 at 10:17 +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked me for t
On Thu, 2010-04-08 at 20:40 -0400, Mail Lists wrote:
> On 04/08/2010 08:56 AM, Matthew Garrett wrote:
> > nouveau has powered down the nvidia if it's not in use for some time
> > now.
> >
>
> Ah that is good news ... which kernel are we speaking about here and
> are you saying this will happen
In article you
wrote:
>> libsoup itself is a nice thing because it enables asynchronous HTTP
>> access. But our libsoup package ic compiled against GConf, so it's
>> rather GNOME than GTK.
>
> since lx* triggered this thread,
>
> I guess their (light desktops users) preferred browser is midori
Quoting Radek Vokál (radekvo...@gmail.com):
> On 04/08/2010 10:49 PM, Steve Grubb wrote:
> > On Tuesday 06 April 2010 04:47:22 pm Radek Vokál wrote:
> >>I need few suggestions about this ..
> >> https://blog.wireshark.org/2010/02/running-wireshark-as-you/ .. Gerald
> >> Combs, the upstream main
I'd like to request that upon dropping features, FESCo notify the
Marketing and Docs lists. Both of these teams maintain content that
describe features for the upcoming release. In the event a feature is
dropped, that content often needs to be changed by maintainers who may
not be watching the de
> libsoup itself is a nice thing because it enables asynchronous HTTP
> access. But our libsoup package ic compiled against GConf, so it's
> rather GNOME than GTK.
since lx* triggered this thread,
I guess their (light desktops users) preferred browser is midori a
webkitgtk one, and that depends o
Denis Leroy wrote:
> After maintaining the gtkmm stack for 7 years or so, as well as a number
> of other packages, I am now orphaning the remaining packages that were
> still under my care. I do find that contributing to Fedora is not as fun
> as it once was, and as such find it more and more di
Am Freitag, den 09.04.2010, 14:38 +0300 schrieb Muayyad AlSadi:
> > It's not only GConf but also other things like gnome-keyring, **libsoup**,
>
> sorry for this off-topic,
> is libsoup a light gtk library, or a deeply integrated gnome library
> I'm asking this because webkitgtk depends on it
> rp
> It's not only GConf but also other things like gnome-keyring, **libsoup**,
sorry for this off-topic,
is libsoup a light gtk library, or a deeply integrated gnome library
I'm asking this because webkitgtk depends on it
rpm -qR webkitgtk | grep libsoup
libsoup-2.4.so.1
--
devel mailing list
devel
Am Freitag, den 09.04.2010, 09:40 +0200 schrieb Nikola Pajkovsky:
> On 04/09/2010 01:03 AM, Denis Leroy wrote:
> > libburn
> >
> Taken.
Since libburn is a dependency of Xfburn I'd like to invite you to become
co-maintainer of it, so you can do the necessary rebuilds after updating
libburn. I ca
Hi,
> Anyway, when it comes to the update, I'm happy to help. The total number
> of downstream packages dependent on twisted is 33. Should we expect
> breakage? Were there any API changes in twisted?
Twisted in general is really good about keeping API, but they do
deprecate stuff. When they do s
Hello, all:
I've just released the ownership of manedit since I don't use this anymore.
If you are interested in maintaining manedit, please take the ownership of
this package.
https://admin.fedoraproject.org/pkgdb/acls/name/manedit
http://freshmeat.net/projects/manedit/
Regards,
Mamoru
--
deve
@Dennis: i appreciated your work on the Gtkmm stack.
took : gtksourceviewmm;, libnotifymm, gstreamermm, libxml++, libgda,
bakery, glom
btw, libgnomedb is dead package as it's abandonned by upstream and
most of it will be integrated in libgda-ui 4.2
Co-maintainers are welcome
H.
--
devel mailing
I would like to orphan redet [1] and redet-doc [2] since I don't use
them. I will release them in PackageDB if someone is interested.
Happy hacking,
Debarshi
[1] https://admin.fedoraproject.org/pkgdb/acls/name/redet
[2] https://admin.fedoraproject.org/pkgdb/acls/name/redet-doc
--
"Nearly all men
Hi,
On 04/07/2010 02:34 PM, Damian Brasher wrote:
> Hi List
>
> I'm new to this list, a brief intro - I currently work for the University
> of Southampton (ECS) as a systems administrator / programmer and also run
> my small development company, Interlinux Ltd. See LinkedIn
> http://www.linkedin.c
For the moment I am picking up the following because these are the
ones I use and understand best:
glibmm24
gtkmm24
libsigc++20
Co-mainitainers welcome.
Happy hacking,
Debarshi
--
"Nearly all men can stand adversity, but if you want to test a man's
character, give him power."
-- Abraham Linc
On Friday 09 April 2010 02:27:59 Christoph Wickert wrote:
> Am Donnerstag, den 08.04.2010, 17:01 -0700 schrieb Jesse Keating:
> > Part of the solution here is to not rely entirely on yum depsolving, and
> > instead add explicitly which polkit you want in the comps group, so that
> > a provider is a
So I got convinced that libcrypto.so.* should be moved back to /lib in
the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
will stay in /usr/lib though.
I will do that change in F14 packages. Till Maas asked me for this
change also in F13, but I am a little hesitant to do this a
On 04/09/2010 01:03 AM, Denis Leroy wrote:
> libburn
>
Taken.
--
Nikola
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 04/08/2010 10:49 PM, Steve Grubb wrote:
> On Tuesday 06 April 2010 04:47:22 pm Radek Vokál wrote:
>>I need few suggestions about this ..
>> https://blog.wireshark.org/2010/02/running-wireshark-as-you/ .. Gerald
>> Combs, the upstream maintainer of wireshark, suggests to use
>> capabilities i
> A quick report on the current delta between F-12 and F-13's CD
<>
> The full report is attached.
Apparently the sections were sorted numerically by change in byte size.
It would have been helpful to say so explicitly, and to emphasize
that fact by aligning the numerical change in a tabulated
64 matches
Mail list logo
