Re: Tsclient

[Christoph Wickert]

Am Dienstag, den 07.09.2010, 10:24 +1000 schrieb Chris Jones:

> 
> Christoph, what on earth makes you think that gnome-rdp is obsolete and
> has been replaced? 

I confused gnome-rdp with grdp, the ancestor of remmina.

My bad,
Christoph

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Tsclient

[Bastien Nocera]

On Sat, 2010-09-04 at 13:27 +0100, Christopher Brown wrote:
> Hi,
> 
> I briefly took this over and looked at reviving this but upstream is
> dead and show little sign of revival.
> 
> The new tsclient 2.0 GUI is terrible and these days there are far
> superior alternatives in the form of gnome-rdp and remmina which I
> happily use and provide a better end-user experience.
> 
> I believe that to leave tsclient in Fedora actually degrades the user
> experience as people installing it will become rapidly disenchanted
> with what it can offer in terms of a remote connection to Windows
> boxes.
> 
> I'm therefore going to mark this dead.package unless anyone wants to
> take it over but please think seriously about taking this on.
> 
> There are some patches floating about for v2.0 to try and improve it
> but I really wouldn't recommend it.

vinagre, the GNOME VNC client, in its 3.0 version, will have RDP support
builtin.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Review swap?

[Bastien Nocera]

On Mon, 2010-09-06 at 21:11 +0100, pbrobin...@gmail.com wrote:
> Hi All,
> 
> Anyone want to do package review swapsies?
> 
> meego-panel-datetime https://bugzilla.redhat.com/show_bug.cgi?id=624204

That panel will be integrated into gnome-control-center by 3.0 time.

Cheers

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: krb5-auth-dialog 0.16 for F-13

[पराग़]

Hi,

On Tue, Sep 7, 2010 at 4:49 AM, Bojan Smojver  wrote:
> On Thu, 2010-07-15 at 09:29 +1000, Bojan Smojver wrote:
>> Could someone with enough karma rebuild krb5-auth-dialog 0.16 for F-13
>> (this is in relation to bug #597669). The 0.15 is leaking memory like
>> there is no tomorrow and I'm not getting much traction from the
>> assignee of the bug...
>
> Been running 0.16 from Koji for a while now. No signs of trouble. Can
> this be queued up for F-13 updates, so that other folks get the goodies?

 I just saw this new build is installing .a and .la files. If .a files
are needed then  -static subpackage should be created and .la files
must not be packaged.

Parag.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: krb5-auth-dialog 0.16 for F-13

[Bojan Smojver]

Parag N(पराग़  gmail.com> writes:

> I just saw this new build is installing .a and .la files. If .a files
> are needed then  -static subpackage should be created and .la files
> must not be packaged.

I'm guessing you are referring to the libka-plugin-dummy stuff. I would venture
a guess that these can be simply hosed, because plugins usually require .so only
to function.

PS. I'm not a package maintainer, so I cannot actually do that.

--
Bojan

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Test-Announce] Proven Testers procedure update: updates which do not fix bugs they claim to fix

[Adam Williamson]

Attention all Proven Testers (and all testers, too!) Please note this
addition to the proven tester procedure:

https://fedoraproject.org/w/index.php?title=Proven_tester&diff=195994&oldid=193694

basically, an update not fixing a bug it claims to fix is not a cause
for negative karma unless it's the *only* change in the update, or the
update actually behaves worse than the original package, not just the
same as it. Thanks!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

___
test-announce mailing list
test-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/test-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: krb5-auth-dialog 0.16 for F-13

[Bojan Smojver]

Bojan Smojver  rexursive.com> writes:

> PS. I'm not a package maintainer, so I cannot actually do that.

I meant to say I'm not _the_ package maintainer, so I cannot change this 
package.

--
Bojan

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Linux and application installing

[Richard Hughes]

Linux has traditionally shown the user packages to update and install,
which is great for administrators, but sucks hard for end users. How
many times have you been prompted with an update list that asks you to
decide whether to update something you have no idea about[1]?

Mo illustrated[2] a few days ago about how confusing the updater is
and I agree with her; and it's mostly my fault. Lists of unlocalized
generic packages are so 1990's, and compared with the Ubuntu Software
Center or the Android App-store we look like amateurs.

So, a solution. I've been working on app-install[3] with some people
from other distros for the last few months, and last week it had it's
first public release. Schema version 2 is already being worked on, and
now optionally integrates with PackageKit and also provides some other
features like sorting applications by rating and application
screenshots. I've already generated distro metadata for the entire
fedora repository (this takes about four hours on my laptop) and
packages are available[4]. It's really easy to generate metadata for
the other repos too, but I digress. Read the README file for all the
guts about how it works.

I've got two demo applications that use the app-install data. One is
an http://people.freedesktop.org/~hughsient/temp/app-install-install.png
installer and one is an
http://people.freedesktop.org/~hughsient/temp/app-install-update.png
updater. These are work in progress, and show dramatically the lack of
my UI design skills.

The installer will be an additional tool (much like the
ubuntu-application-installer compliments synaptic) which is focused on
ordinary desktop users[5]. If you know what an epoch is, it's probably
not for you. The old tool will remain, so panic not. This tool will
just install applications, that-is anything that ships a desktop file
with an icon. Anything else just isn't shown. Sorry! We will hopefully
show groups too, perhaps even the same entries as the "Applications"
menu.

The updater will be an improved version of the old package updater,
and anything that's not an application (e.g. PackageKit-libs-devel)
will be under a group (not shown in the screenshot) called "System
infrastructure". If you update an application that depends on a
package from the "System infrastructure" group then it gets pulled in
as a dep. Otherwise you only update the system stuff (e.g. systemd,
dbus, kernel) if you choose to select the "System infrastructure"
metagroup. Of course, you can descend and pick updates in that group
individually like before, if you know what you are doing, but I think
most people will just install the metagroup as one lump.

Also, bear in mind that neither app-install or the application data
packages are in distros just yet. This stuff isn't well tested. The
code may steal *all* your magazines from your bathroom.

Now, I mentioned my ineptitude at designing GUIs. This is where you
come in. I would love you add mockups of what you think an application
installer or application updater should look like to
http://live.gnome.org/action/edit/app-install. I'm going to ask Máirín
(mizmo on IRC) to help with the design work, so please upload images I
can share with her and the other design people. Thanks!

Richard.

[1] https://fedoraproject.org/w/uploads/1/13/Updates-pkgkit-before.png
http://mairin.wordpress.com/
[2] http://mairin.wordpress.com/2010/09/01/a-story-about-updates-and-people/
[3] http://github.com/hughsie/app-install
[4] http://people.freedesktop.org/~hughsient/fedora/13/i386/
[5] http://www.packagekit.org/pk-profiles.html
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 555448] FTBFS perl-Module-Install-0.91-2.fc12

[bugzilla]

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=555448

Marcela Mašláňová  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||RAWHIDE
Last Closed||2010-09-07 07:45:08

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rawhide report: 20100907 changes

[Rawhide Report]

Compose started at Tue Sep  7 08:15:37 UTC 2010

Broken deps for x86_64
--
RackTables-0.18.4-1.fc15.noarch requires perl(File::FnMatch)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0
clutter-gtkmm-0.9.5-1.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit)
eekboard-0.0.5-1.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit)
emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit)
ethos-0.2.2-7.fc15.i686 requires libmozjs.so
ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-sharp-0.21.1-9.fc14.x86_64 requires 
libcamel-1.2.so.19()(64bit)
firstaidkit-plugin-openscap-0.2.14-1.fc15.noarch requires openscap >= 
0:0.6.1-1
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
gjs-0.7.1-3.fc14.i686 requires libmozjs.so
gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit)
1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-color-manager-2.31.4-1.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gnome-media-2.31.5-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-packagekit-2.31.4-2.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.so()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit)
hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0
libchamplain-gtk-0.6.1-4.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10)
libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10)
libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10
libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10
libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.i686 requires 
libboost_filesystem-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10
libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit)
matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit)
meego-panel-devices-0.2.4-2.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit

Re: Linux and application installing

[Rahul Sundaram]

 On 09/07/2010 05:16 PM, Richard Hughes wrote:
> Linux has traditionally shown the user packages to update and install,
> which is great for administrators, but sucks hard for end users. How
> many times have you been prompted with an update list that asks you to
> decide whether to update something you have no idea about[1]?
>
> Mo illustrated[2] a few days ago about how confusing the updater is
> and I agree with her; and it's mostly my fault. Lists of unlocalized
> generic packages are so 1990's, and compared with the Ubuntu Software
> Center or the Android App-store we look like amateurs.

Thoughts on making the software center less distro specific?  Couldn't
the UI be grafted on top of the PK api?

Rahul
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Recently FTBFS stfl, fails on ruby installation

[Thomas Janssen]

Hi,

i tested today why stfl FTBFS. I found out that it doesn't installs a
file into /usr/lib.. but lib/..
That happens just for the ruby part of stfl, the perl parts getting
installed into /usr/lib.. just fine.

http://koji.fedoraproject.org/koji/getfile?taskID=2450778&name=build.log

I checked (thanks kalev) the %{!?ruby_sitearch: %global ruby_sitearch
%(ruby -rrbconfig -e 'puts Config::CONFIG["sitearchdir"] ')} macro and
added two lines:
echo %ruby_sitearch
echo `ruby -rrbconfig -e 'puts Config::CONFIG["sitearchdir"] '`

the response is here:
http://koji.fedoraproject.org/koji/getfile?taskID=2451304&name=build.log

I have currently no further idea of what might be wrong. I need
someone with more knowledge than i have about what's going on, or what
could be the problem.

The only different thing i saw, was the new ruby build in f14 and
rawhide. Though i have no real clue if that *could* be the problem.

-- 
Best regards
Thomas
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 12:57, Rahul Sundaram  wrote:
> Thoughts on making the software center less distro specific?  Couldn't
> the UI be grafted on top of the PK api?

app-install is completely distro-neutral. GNOME PackageKit and
KPackageKit get the same kind of data from app-install for each
distro. The reason we're not just modifying the Ubuntu Software center
is just because it's so tied into the Ubuntu infrastructure.

So far there is a generator for Ubuntu and Fedora. It's pretty trivial
to add more. The app-install README file has answers to other common
questions.

Thanks,

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Miloslav Trmač]

Richard Hughes píše v Út 07. 09. 2010 v 12:46 +0100: 
> The updater will be an improved version of the old package updater,
> and anything that's not an application (e.g. PackageKit-libs-devel)
> will be under a group (not shown in the screenshot) called "System
> infrastructure". If you update an application that depends on a
> package from the "System infrastructure" group then it gets pulled in
> as a dep. Otherwise you only update the system stuff (e.g. systemd,
> dbus, kernel) if you choose to select the "System infrastructure"
> metagroup.
Um, do I understand this correctly that e.g. a kernel update usually
won't get installed because it belongs in "system infrastructure" and
few packages depend on "kernel"?
Mirek

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[drago01]

2010/9/7 Miloslav Trmač :
> Richard Hughes píše v Út 07. 09. 2010 v 12:46 +0100:
>> The updater will be an improved version of the old package updater,
>> and anything that's not an application (e.g. PackageKit-libs-devel)
>> will be under a group (not shown in the screenshot) called "System
>> infrastructure". If you update an application that depends on a
>> package from the "System infrastructure" group then it gets pulled in
>> as a dep. Otherwise you only update the system stuff (e.g. systemd,
>> dbus, kernel) if you choose to select the "System infrastructure"
>> metagroup.
> Um, do I understand this correctly that e.g. a kernel update usually
> won't get installed because it belongs in "system infrastructure" and
> few packages depend on "kernel"?

No.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Release Notes Draft

[John J. McDonough]

On Tue, 2010-09-07 at 00:14 -0400, Matthew Miller wrote:
> On Mon, Sep 06, 2010 at 11:45:53AM -0400, John J. McDonough wrote:
> > A number of beats were blank, and some of them probably should be, but I
> > left them in the document for now as a reminder in case you are aware of
> > something that is missing.  I will get rid of them tomorrow.
> 
> Systemd needs more explaining, if we want that transition to go smoothly.
> And it should be in the index under "init" as well as systemd. And also, it
> should not go under "Boot" -- it is a system which manages processes on the
> system from startup to shutdown.

Certainly we would welcome more detail.  You should feel free to provide
it on the wiki.

https://fedoraproject.org/wiki/Docs/Beats/Boot

I'm less sure about moving it.  Since there were no other significant
changes to System Daemons perhaps it could go there and not get lost,
but I suspect system admins would need to make lots of changes to their
init scripts and I would think the first place they would look would be
Boot.

I would dearly love to give admins some help on what they need to do to
restore their configurations after this update, but I can't do it
without help, probably a lot of help, from development.

Since the XML conversion is now complete there is no longer a need to
maintain the beta wiki freeze, so if you can possibly contribute, please
do.  The longer you wait, though, the more of a problem it creates for
L10N.  But I do think it is important.

--McD




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

2010/9/7 Miloslav Trmač :
> Um, do I understand this correctly that e.g. a kernel update usually
> won't get installed because it belongs in "system infrastructure" and
> few packages depend on "kernel"?

By default, all updates will be selected, even those in the system
infrastructure group.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[seth vidal]

On Tue, 2010-09-07 at 17:27 +0530, Rahul Sundaram wrote:
> On 09/07/2010 05:16 PM, Richard Hughes wrote:
> > Linux has traditionally shown the user packages to update and install,
> > which is great for administrators, but sucks hard for end users. How
> > many times have you been prompted with an update list that asks you to
> > decide whether to update something you have no idea about[1]?
> >
> > Mo illustrated[2] a few days ago about how confusing the updater is
> > and I agree with her; and it's mostly my fault. Lists of unlocalized
> > generic packages are so 1990's, and compared with the Ubuntu Software
> > Center or the Android App-store we look like amateurs.
> 
> Thoughts on making the software center less distro specific?  Couldn't
> the UI be grafted on top of the PK api?

okay - I'll bite - why do we want to make it less distro-specific? What
does it get us? It means we have to deal with a bunch of
Lowest-common-denominator issues and it means a looser coupling of the
tools we have.

It is legit to write tools for fedora that are FOR fedora. Why not do
that? 

-sv



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 14:11, seth vidal  wrote:
> okay - I'll bite - why do we want to make it less distro-specific?

For the same reason as pirut and pup were replaced. Fedora is *not* a
big enough ecosystem to drive fully localized and feature rich user
experiences. Working with other distros mean we can work as one big
team and share the burden of translation, bug-fixes and writing new
common code. I certainly don't want to write software for Fedora, but
rather write software for Linux, and then write the small amount of
Fedora interface code.

> What does it get us? It means we have to deal with a bunch of
> Lowest-common-denominator issues and it means a looser coupling of the
> tools we have.

Sure, I understand where you're coming from. As you see from
app-install schema version 1 it really was least common denominator.
But version 2, which is in progress now, features application
screenshot previews (that ubuntu wanted) and application ratings
(which we all wanted). Having an extensible format allows us to add
the features in a cross-distro way without re-inventing schemas and
UI.

> It is legit to write tools for fedora that are FOR fedora. Why not do
> that?

Of course it's legitimate to do so. I just don't think it's a very
sustainable or responsible way to write software.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Matthias Clasen]

On Tue, 2010-09-07 at 09:11 -0400, seth vidal wrote:
> On Tue, 2010-09-07 at 17:27 +0530, Rahul Sundaram wrote:
> > On 09/07/2010 05:16 PM, Richard Hughes wrote:
> > > Linux has traditionally shown the user packages to update and install,
> > > which is great for administrators, but sucks hard for end users. How
> > > many times have you been prompted with an update list that asks you to
> > > decide whether to update something you have no idea about[1]?
> > >
> > > Mo illustrated[2] a few days ago about how confusing the updater is
> > > and I agree with her; and it's mostly my fault. Lists of unlocalized
> > > generic packages are so 1990's, and compared with the Ubuntu Software
> > > Center or the Android App-store we look like amateurs.
> > 
> > Thoughts on making the software center less distro specific?  Couldn't
> > the UI be grafted on top of the PK api?
> 
> okay - I'll bite - why do we want to make it less distro-specific? What
> does it get us? It means we have to deal with a bunch of
> Lowest-common-denominator issues and it means a looser coupling of the
> tools we have.
> 
> It is legit to write tools for fedora that are FOR fedora. Why not do
> that? 

Because sharing infrastructure and tools is raising the lowest common
denominator and benefits everybody ? Common good, etc...

That being said, yes, doing things in less distro-specific ways does
involve compromise, and I'm not very optimistic about getting any of
that for the software center...

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[seth vidal]

On Tue, 2010-09-07 at 09:19 -0400, Matthias Clasen wrote:
> On Tue, 2010-09-07 at 09:11 -0400, seth vidal wrote:
> > On Tue, 2010-09-07 at 17:27 +0530, Rahul Sundaram wrote:
> > > On 09/07/2010 05:16 PM, Richard Hughes wrote:
> > > > Linux has traditionally shown the user packages to update and install,
> > > > which is great for administrators, but sucks hard for end users. How
> > > > many times have you been prompted with an update list that asks you to
> > > > decide whether to update something you have no idea about[1]?
> > > >
> > > > Mo illustrated[2] a few days ago about how confusing the updater is
> > > > and I agree with her; and it's mostly my fault. Lists of unlocalized
> > > > generic packages are so 1990's, and compared with the Ubuntu Software
> > > > Center or the Android App-store we look like amateurs.
> > > 
> > > Thoughts on making the software center less distro specific?  Couldn't
> > > the UI be grafted on top of the PK api?
> > 
> > okay - I'll bite - why do we want to make it less distro-specific? What
> > does it get us? It means we have to deal with a bunch of
> > Lowest-common-denominator issues and it means a looser coupling of the
> > tools we have.
> > 
> > It is legit to write tools for fedora that are FOR fedora. Why not do
> > that? 
> 
> Because sharing infrastructure and tools is raising the lowest common
> denominator and benefits everybody ? Common good, etc...
> 
> That being said, yes, doing things in less distro-specific ways does
> involve compromise, and I'm not very optimistic about getting any of
> that for the software center...

yah - I have firsthand experience the pains of doing things in less
distro-specific ways. The repodata was done that way and all changes
require an enormous amount of discussion and frequently never happen b/c
of the discussion. It is sometimes excruciating.

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Release Notes Draft

[John J. McDonough]

On Tue, 2010-09-07 at 09:01 -0400, Christopher Antila wrote:
> Hi John:
> 
> I made changes to (i.e. "finally completed") the KDE portion of the
> wiki's "Desktop" beat a few days ago, and they are not in the draft.  I
> will add these to the git version today/tonight.  If there's anything
> that I need to know before doing this - like things that I need to do
> aside from downloading the repo, changing the file, then committing my
> changes, please let me know.

Of course you will want to build the en-US and make sure it builds
properly before committing the changes.

If you can get the changes committed before 0337Z, then they will show
up in the overnight POTs and draft build.

The POT update runs fairly quickly, so L10N should have those well
before 0400Z each day.  The draft build starts later and takes a while,
so the updated drafts on

http://fedorapeople.org/groups/docs/release-notes 

won't show up until shortly after 0930Z.

I've made some other suggested changes and restarted the draft build
manually, and the link at

http://jjmcd.fedorapeople.org/Download/Release_Notes/ 

is now just a symlink to the groups/docs copy.

--McD


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[seth vidal]

On Tue, 2010-09-07 at 14:17 +0100, Richard Hughes wrote:
> On 7 September 2010 14:11, seth vidal  wrote:
> > okay - I'll bite - why do we want to make it less distro-specific?
> 
> For the same reason as pirut and pup were replaced. Fedora is *not* a
> big enough ecosystem to drive fully localized and feature rich user
> experiences. Working with other distros mean we can work as one big
> team and share the burden of translation, bug-fixes and writing new
> common code. I certainly don't want to write software for Fedora, but
> rather write software for Linux, and then write the small amount of
> Fedora interface code.

Except we don't seem to do that. Over half of all commits to PK are from
you. The next closest committer has 6% of commits. If I exclude the
backends and translations then PK is written almost exclusively by you.

So all the time you spent writing a compat layer of code for OTHER
distros gets fedora what?


-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 14:39, seth vidal  wrote:
> Except we don't seem to do that. Over half of all commits to PK are from
> you. The next closest committer has 6% of commits. If I exclude the
> backends and translations then PK is written almost exclusively by you.

I'm not sure I get your logic. Lots of the bugfixes (which may only be
one or two commits a month) come from other distros. If I didn't make
it generic, then there would be no possibility of running PackageKit
on Suse, Debian, Ubuntu, Arch Linux or the other PK supported distros.

> So all the time you spent writing a compat layer of code for OTHER
> distros gets fedora what?

A better, more architecturally sound design.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Matthias Clasen]

On Tue, 2010-09-07 at 09:39 -0400, seth vidal wrote:
> On Tue, 2010-09-07 at 14:17 +0100, Richard Hughes wrote:
> > On 7 September 2010 14:11, seth vidal  wrote:
> > > okay - I'll bite - why do we want to make it less distro-specific?
> > 
> > For the same reason as pirut and pup were replaced. Fedora is *not* a
> > big enough ecosystem to drive fully localized and feature rich user
> > experiences. Working with other distros mean we can work as one big
> > team and share the burden of translation, bug-fixes and writing new
> > common code. I certainly don't want to write software for Fedora, but
> > rather write software for Linux, and then write the small amount of
> > Fedora interface code.
> 
> Except we don't seem to do that. Over half of all commits to PK are from
> you. The next closest committer has 6% of commits. If I exclude the
> backends and translations then PK is written almost exclusively by you.
> 
> So all the time you spent writing a compat layer of code for OTHER
> distros gets fedora what?

It gets us translations that we would not otherwise have, and it gets us
integration in the rest of the desktop, like automatic font or codec
installation. 

Do you think the world would be a better place if every distribution
wrote and maintained their own hooks for these things ?



-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Release Notes Draft

[Matthew Miller]

On Tue, Sep 07, 2010 at 09:01:40AM -0400, John J. McDonough wrote:
> Certainly we would welcome more detail.  You should feel free to provide
> it on the wiki.
> https://fedoraproject.org/wiki/Docs/Beats/Boot

*nod*

> I'm less sure about moving it.  Since there were no other significant
> changes to System Daemons perhaps it could go there and not get lost,
> but I suspect system admins would need to make lots of changes to their
> init scripts and I would think the first place they would look would be
> Boot.

Can we cross-reference things? It's reasonable to look for it there.

-- 
Matthew Miller   mat...@mattdm.org  
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: mock-scm - a simple utility to integrate Mock with SCMs

[Marko Myllynen]

Hi,

>> Well, until now: mock-scm fetches spec and other files from SCM and
>> source packages either from SCM or a local directory, then it constructs
>> the source RPM on the fly and feeds it to Mock and finally collects the
>> results. So nothing extraordinary but might come in handy for those who
>> prefer keeping things under version control but don't want to set up a
>> Koji instance for building occasionally a handful of RPMs.
>>
>> http://myllynen.fedorapeople.org/
> 
> That looks cool - any thoughts on trying to merge it into mock itself?

yes, I'll talk to the maintainers off-list.

Thanks,

-- 
Marko Myllynen
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Upcoming Fedora 14 Tasks

[John Poelstra]

Start   End Name
Mon 06-Sep  Fri 10-Sep  Daily Review & Notification of Open Beta Blocker 
Bugs
Tue 07-Sep  Tue 07-Sep  Software: Start Rebuild all translated packages
Tue 07-Sep  Tue 14-Sep  Software: Rebuild all translated packages
Thu 09-Sep  Thu 09-Sep  Create Beta Test Compose (TC)
Fri 10-Sep  Fri 10-Sep  Beta Blocker Meeting (f14beta) #3
Tue 14-Sep  Tue 14-Sep  Features 100% Complete Deadline
Tue 14-Sep  Tue 14-Sep  Beta Change Deadline
Tue 14-Sep  Tue 28-Sep  Beta Infrastructure Change Freeze
Thu 16-Sep  Thu 16-Sep  Compose Beta Candidate
Fri 17-Sep  Fri 17-Sep  Beta Blocker Meeting (f14beta) #4

Have you found something that is working really well in your schedule?
Or maybe you've found something you believe would work better in the 
future?

Update the schedule retrospective page now to capture all of the 
important details as they happen: 
https://fedoraproject.org/wiki/Fedora_14_Schedule_Retrospective
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Nicu Buculei]

On 09/07/2010 04:51 PM, Matthias Clasen wrote:
> On Tue, 2010-09-07 at 09:39 -0400, seth vidal wrote:
>>
>> So all the time you spent writing a compat layer of code for OTHER
>> distros gets fedora what?
>
> It gets us translations that we would not otherwise have, and it gets us
> integration in the rest of the desktop, like automatic font or codec
> installation.

Last time I checked Fedora had a healthy translation infrastructure.

-- 
nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[James Antill]

On Tue, 2010-09-07 at 14:17 +0100, Richard Hughes wrote:
> On 7 September 2010 14:11, seth vidal  wrote:
> > okay - I'll bite - why do we want to make it less distro-specific?
> 
> For the same reason as pirut and pup were replaced. Fedora is *not* a
> big enough ecosystem to drive fully localized and feature rich user
> experiences.

 This would be a more compelling argument if PK was significantly better
than pirut/yumex/etc.

> But version 2, which is in progress now, features application
> screenshot previews (that ubuntu wanted) and application ratings
> (which we all wanted). Having an extensible format allows us to add
> the features in a cross-distro way without re-inventing schemas and
> UI.

 Are you having any discussions about applications like postfix, or is
version 2 going to be just GUI stuff?

 I assume you have a plan for making this repodata, but I couldn't find
it, is there a URL?

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

bluefish license changing from GPLv2+ to GPLv3+

[Paul Howarth]

bluefish's license has changed to GPLv3+ from 2.0.2-rc1, which will be 
landing in Rawhide soon.

Paul.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

All Features 100% Complete by 2010-09-14

[John Poelstra]

Hello Feature People,

According to our schedule, seven days from today is Feature Complete for 
Fedora 14.
https://fedoraproject.org/wiki/Releases/14/Schedule

On September 14, 2010, all features must be 100% complete (not including 
bug fixes).  Features that are not 100% complete  will be sent to FESCo 
for further review.  Please take time now to update your feature page to 
reflect all of the work completed for Fedora 14.  Unfinished items can 
be rolled forward to a new page for Fedora 15.

A friendly reminder that the feature pages list below are not at 100% 
complete:

https://fedoraproject.org/wiki/Features/F14Boost144
https://fedoraproject.org/wiki/Features/D_Programming
https://fedoraproject.org/wiki/Features/F14EclipseHelios
https://fedoraproject.org/wiki/Features/GdbIndex
https://fedoraproject.org/wiki/Features/GNUstep
https://fedoraproject.org/wiki/Features/KDE45
https://fedoraproject.org/wiki/Features/MeeGo_1.0
https://fedoraproject.org/wiki/Features/OpenSCAP
https://fedoraproject.org/wiki/Features/Python_2.7
https://fedoraproject.org/wiki/Features/Rakudo_Star
https://fedoraproject.org/wiki/Features/Spice
https://fedoraproject.org/wiki/Features/Sugar_0.90

Thank you,
John

p.s. All feature owners for the features listed above have been bcc'd on 
this email.
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 15:23, James Antill  wrote:
>  Are you having any discussions about applications like postfix, or is
> version 2 going to be just GUI stuff?

Postfix is not an application. Applications have translated desktop
files and icons.

>  I assume you have a plan for making this repodata, but I couldn't find
> it, is there a URL?

This isn't repodata, it's a separate data package. You /could/ push
the icons.tar.gz and desktop sqlite database as repodata, although
it's not going to change for the duration of each release[1] so seems
like a waste of resources. From an rpm point of view, it's easier to
deal with the install and removal of data as rpm scriptlets
system-wide than by pushing this into yum itself (and other distros
could not use this code). We also want this data installed by default,
and not fetched / updated when the user tries to install something for
the first time. That would ruin the user experience.

Richard.

[1] The data only needs to be refreshed if popular packages get split,
or many translations get added.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 630802] perl-Test-Smoke must not provide perl(Mail::Sendmail)

[bugzilla]

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=630802

--- Comment #2 from Ralf Corsepius  2010-09-07 11:00:10 
EDT ---
Why did you reset this BZ's priority?

This bug 
a) breaks building other packages and causes FTBS bugs.
b) breaks user installations.

It should be fixed in all currently released Fedora's and should definitely not
be "sit out" by shifting responsibility to upstream/CPAN.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

F-14 Branched report: 20100907 changes

[Branched Report]

Compose started at Tue Sep  7 13:15:51 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 requires libgnarl-4.4.so()(64bit)
PragmARC-20060427-6.fc13.x86_64 requires libgnat-4.4.so()(64bit)
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
RackTables-0.18.3-1.fc14.noarch requires perl(Net::Telnet::Cisco)
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2
1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
cairo-java-1.0.5-12.fc12.i686 requires libgcj.so.10
cairo-java-1.0.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-sharp-0.21.1-9.fc14.x86_64 requires 
libcamel-1.2.so.19()(64bit)
fmt-ptrn-java-1.3.20-5.fc13.i686 requires libgcj.so.10
fmt-ptrn-java-1.3.20-5.fc13.x86_64 requires libgcj.so.10()(64bit)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
gnome-color-manager-2.31.4-1.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-packagekit-2.31.4-2.fc14.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
libgconf-java-2.12.4-14.fc12.i686 requires libgcj.so.10
libgconf-java-2.12.4-14.fc12.x86_64 requires libgcj.so.10()(64bit)
libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10
libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10
libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgtk-java-2.8.7-13.fc13.i686 requires libgcj.so.10
libgtk-java-2.8.7-13.fc13.x86_64 requires libgcj.so.10()(64bit)
1:libguestfs-1.5.5-1.fc14.i686 requires febootstrap >= 0:2.8
1:libguestfs-1.5.5-1.fc14.x86_64 requires febootstrap >= 0:2.8
libopenvrml-0.18.6-1.fc14.i686 requires libboost_filesystem-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.i686 requires 
libboost_filesystem-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.i686 requires libboost_thread-mt.so.1.41.0
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
libopenvrml-gl-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
libpst-python-0.6.47-4.fc14.x86_64 requires 
libboost_python.so.1.41.0()(64bit)
libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10
libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit)
matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit)
mine_detector-6.0-3.fc13.x86_64 requires libgnat-4.4.so()(64bit)
mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires 
mingw32(libpng-3.dll)
nautilus-sound-converter-1.0.5-5.fc14.x86_64 requires 
libgnome-media-profiles-3.0.so.0()(64bit)
openvrml-java-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
openvrml-java-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
openvrml-javascript-0.18.6-1.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
openvrml-javascript-0.18.6-1.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
openvr

Re: Linux and application installing

[Al Dunsmuir]

On Tuesday, September 7, 2010, 10:42:54 AM, Richard wrote:

> On 7 September 2010 15:23, James Antill  wrote:
> This isn't repodata, it's a separate data package. You /could/ push
> the icons.tar.gz and desktop sqlite database as repodata, although
> it's not going to change for the duration of each release[1] so seems
> like a waste of resources. From an rpm point of view, it's easier to
> deal with the install and removal of data as rpm scriptlets
> system-wide than by pushing this into yum itself (and other distros
> could not use this code). We also want this data installed by default,
> and not fetched / updated when the user tries to install something for
> the first time. That would ruin the user experience.

> Richard.

> [1] The data only needs to be refreshed if popular packages get split,
> or many translations get added.

Richard,

To  minimize  the  installed footprint on minimal systems such as ARM,
would  it  not  make sense to separate the information by translation,
so  that  only  the installed translations occupy space on disk and in
the sqlite database?

Al

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

KDE-SIG meeting report (36/2010)

[Jaroslav Reznik]

This is a report of the weekly KDE-SIG-Meeting with a summary of the 
topics that were discussed. If you want to add a comment please reply
 to this email or add it to the related meeting page.

--

= Weekly KDE Summary =

Week: 36/2010

Time: 2010-09-07 14:00 UTC

Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-09-07

Meeting minutes: http://meetbot.fedoraproject.org/fedora-meeting/2010-09-07/kde-
sig.2010-09-07-13.58.html

Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2010-09-07/kde-
sig.2010-09-07-13.58.log.html
--

= Participants =
* Jaroslav Reznik
* Kevin Kofler
* Rex Dieter
* Steven Parrish
* Than Ngo
* Thomas Janssen
* Lukas Tinkl
* Radek Novacek
--

= Agenda =
*  Fedora's Stability Policy Implementation - What do we need?
* thomasj ACLs for KDE core packages
* F14 artwork 

= Summary =

thomasj ACLs for KDE core packages
* AGREED: thomasj core kde acl's approved 

Fedora's Stability Policy Implementation - What do we need?
* AGREED: kde-sig agrees to ask fesco for 1 update exception per fedora 
release
* jreznik to set up a wiki page with supporting arguments for our request
* we should ask upstream for more 4.x.y bugfix releases to properly support 
Fn-1 

F14 Artwork
* probably only a small changes of former Goddard theme
  o deadline tomorrow 

--

= Next Meeting =

http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2010-09-14

-- 
Jaroslav Řezník 
Software Engineer - Base Operating Systems Brno

Office: +420 532 294 275
Mobile: +420 602 797 774
Red Hat, Inc.   http://cz.redhat.com/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[James Antill]

On Tue, 2010-09-07 at 15:42 +0100, Richard Hughes wrote:
> On 7 September 2010 15:23, James Antill  wrote:
> >  Are you having any discussions about applications like postfix, or is
> > version 2 going to be just GUI stuff?
> 
> Postfix is not an application. Applications have translated desktop
> files and icons.

 This is your definition of "application", and IMNSHO not a good one.

 You are proposing infrastructure changes so that when a user says they
want to install "spreadsheet" then we can go from presenting the user
with "13" answers (current "yum search" result) to presenting them with
"4" (maybe "5"). This is great, and will be a big help, as I think we
can all agree that it's much less likely the user will want
"perl-Spreadsheet-ParseExcel" etc.
 However this is very much the same problem as a user trying to find
"sql server" and getting results like "voms-mysql-plugin" etc. If you
intentionally ignore this problem, it just means even more work in the
long term as we have to change the metadata and any/all tools to cope.

 You might well argue that gnome-PK's target users shouldn't see
"postgresql-server" in any results (or anything without a desktop file).
And that's _fine_, I'm not trying to tell you how to write gnome-PK.
 I'm just trying to make sure we don't have to do major revisions to any
application metadata we produce (or worse, multiple different bits of
metadata).

> >  I assume you have a plan for making this repodata, but I couldn't find
> > it, is there a URL?
> 
> This isn't repodata, it's a separate data package.

 You've already proposed BZ 488968, it's already been commented on. I
can't believe you are just saying "I don't care what anyone else thinks,
I'm going to do what I feel like" ... so maybe I'm parsing your response
incorrectly.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Arthur Pemberton]

On Tue, Sep 7, 2010 at 11:39 AM, James Antill  wrote:
> On Tue, 2010-09-07 at 15:42 +0100, Richard Hughes wrote:
>> On 7 September 2010 15:23, James Antill  wrote:
>> >  Are you having any discussions about applications like postfix, or is
>> > version 2 going to be just GUI stuff?
>>
>> Postfix is not an application. Applications have translated desktop
>> files and icons.
>
>  This is your definition of "application", and IMNSHO not a good one.

This is goes along with the only definition of application that I am
aware of. Postifx is a system service.

-- 
Fedora 13
(www.pembo13.com)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 16:39, James Antill  wrote:
>  However this is very much the same problem as a user trying to find
> "sql server" and getting results like "voms-mysql-plugin" etc. If you
> intentionally ignore this problem, it just means even more work in the
> long term as we have to change the metadata and any/all tools to cope.

"Users" don't install SQL servers[1]. Admins and power users install
SQL servers, and they'll be competent enough to either use the package
add/remove programs application or just drop to the command line and
use yum.

Richard.

[1] My definition of users are 3 actual people:
http://packagekit.org/pk-profiles.html
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

newer NVRs in older releases.

[Dave Jones]

I just hit this on an f13 box.

Transaction Check Error:
  package libgcc-4.4.4-11.fc12.x86_64 (which is newer than 
libgcc-4.4.4-10.fc13.i686) is already installed
 

Could the buildsystem be changed to prevent newer NVRs from being built if an 
older
one exists in a newer buildroot ? Should it ? Is there a valid reason for ever 
allowing
this to happen?

Dave

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: newer NVRs in older releases.

[Jakub Jelinek]

On Tue, Sep 07, 2010 at 11:56:23AM -0400, Dave Jones wrote:
> I just hit this on an f13 box.
> 
> Transaction Check Error:
>   package libgcc-4.4.4-11.fc12.x86_64 (which is newer than 
> libgcc-4.4.4-10.fc13.i686) is already installed
>  
> 
> Could the buildsystem be changed to prevent newer NVRs from being built if an 
> older
> one exists in a newer buildroot ? Should it ? Is there a valid reason for 
> ever allowing
> this to happen?

You must have installed 4.4.4-11 manually from koji, because
the latest one released to f12-updates{,-testing} is 4.4.4-10.fc{12,13}.

Jakub
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[James Antill]

On Tue, 2010-09-07 at 16:54 +0100, Richard Hughes wrote:
> On 7 September 2010 16:39, James Antill  wrote:
> >  However this is very much the same problem as a user trying to find
> > "sql server" and getting results like "voms-mysql-plugin" etc. If you
> > intentionally ignore this problem, it just means even more work in the
> > long term as we have to change the metadata and any/all tools to cope.
> 
> "Users" don't install SQL servers[1].

 Please read the paragraph I wrote that started:

You might well argue that gnome-PK's target users shouldn't see
"postgresql-server" in any results

...if we _both_ read what the other has written, it will make discussion
much easier.

> [1] My definition of users are 3 actual people:
> http://packagekit.org/pk-profiles.html

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631032] New: FTBFS pcsc-perl-1.4.8-3.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS pcsc-perl-1.4.8-3.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631032

   Summary: FTBFS pcsc-perl-1.4.8-3.fc14
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: pcsc-perl
AssignedTo: tm...@redhat.com
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: tm...@redhat.com, fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


pcsc-perl-1.4.8-3.fc14.src.rpm Failed To Build From Source against the rawhide
tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 631042] New: FTBFS perl-Test-Email-0.04-5.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-Test-Email-0.04-5.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631042

   Summary: FTBFS perl-Test-Email-0.04-5.fc14
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-Test-Email
AssignedTo: rc040...@freenet.de
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: rc040...@freenet.de, fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


perl-Test-Email-0.04-5.fc14.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Linux and application installing

[Nicolas Mailhot]

Le mardi 07 septembre 2010 à 09:51 -0400, Matthias Clasen a écrit :

> It gets us translations that we would not otherwise have, and it gets us
> integration in the rest of the desktop, like automatic font or codec
> installation. 

??? This was done 100% Fedora-side (not that I mind if it were adopted
by other distros)

And BTW a request at the time was to extend it with font previews to get
a "font store" (because for fonts, gfx preview is really relevant and
not eye candy) and it never happened :(

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[James Antill]

On Tue, 2010-09-07 at 11:48 -0400, Arthur Pemberton wrote:
> On Tue, Sep 7, 2010 at 11:39 AM, James Antill  wrote:
> > On Tue, 2010-09-07 at 15:42 +0100, Richard Hughes wrote:
> >> On 7 September 2010 15:23, James Antill  wrote:
> >> >  Are you having any discussions about applications like postfix, or is
> >> > version 2 going to be just GUI stuff?
> >>
> >> Postfix is not an application. Applications have translated desktop
> >> files and icons.
> >
> >  This is your definition of "application", and IMNSHO not a good one.
> 
> This is goes along with the only definition of application that I am
> aware of. Postifx is a system service.

http://en.wikipedia.org/wiki/Application_software

Application software, also known as an application, is computer
software designed to help the user to perform singular or
multiple related specific tasks.

...which matches exctly, IMO. But if it's confusing I don't mind
referring to this as " installing", if you have a less
confusing word … I'd just rather not say desktop-application+services
+dbus-services+cron-services+etc. installing each time.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Nicolas Mailhot]

Le mardi 07 septembre 2010 à 18:20 +0200, Nicolas Mailhot a écrit :
> Le mardi 07 septembre 2010 à 09:51 -0400, Matthias Clasen a écrit :
> 
> > It gets us translations that we would not otherwise have, and it gets us
> > integration in the rest of the desktop, like automatic font or codec
> > installation. 
> 
> ??? This was done 100% Fedora-side (not that I mind if it were adopted
> by other distros)

(for the fonts part I mean)

> And BTW a request at the time was to extend it with font previews to get
> a "font store" (because for fonts, gfx preview is really relevant and
> not eye candy) and it never happened :(

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Matthias Clasen]

On Tue, 2010-09-07 at 18:20 +0200, Nicolas Mailhot wrote:
> Le mardi 07 septembre 2010 à 09:51 -0400, Matthias Clasen a écrit :
> 
> > It gets us translations that we would not otherwise have, and it gets us
> > integration in the rest of the desktop, like automatic font or codec
> > installation. 
> 
> ??? This was done 100% Fedora-side (not that I mind if it were adopted
> by other distros)

Ok, lets go with another example of integration then: file-roller can
use PackageKit to install missing support for archive formats. 

> And BTW a request at the time was to extend it with font previews to get
> a "font store" (because for fonts, gfx preview is really relevant and
> not eye candy) and it never happened :(

If you send a patch it might !

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631074] New: FTBFS ocaml-cil-1.3.7-6.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS ocaml-cil-1.3.7-6.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631074

   Summary: FTBFS ocaml-cil-1.3.7-6.fc14
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: ocaml-cil
AssignedTo: rjo...@redhat.com
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: rjo...@redhat.com, fedora-ocaml-l...@redhat.com
Blocks: 596849
Classification: Fedora


ocaml-cil-1.3.7-6.fc14.src.rpm Failed To Build From Source against the rawhide
tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
ocaml-devel mailing list
ocaml-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ocaml-devel

[Bug 631112] New: FTBFS ocaml-lablgtk-2.14.0-4.fc13

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS ocaml-lablgtk-2.14.0-4.fc13

https://bugzilla.redhat.com/show_bug.cgi?id=631112

   Summary: FTBFS ocaml-lablgtk-2.14.0-4.fc13
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: ocaml-lablgtk
AssignedTo: g...@bluewin.ch
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: dwhee...@dwheeler.com, g...@bluewin.ch,
rjo...@redhat.com, amd...@gmail.com,
fedora-ocaml-l...@redhat.com
Blocks: 596849
Classification: Fedora


ocaml-lablgtk-2.14.0-4.fc13.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
ocaml-devel mailing list
ocaml-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ocaml-devel

Re: Koji crashes Chromium [was Rawhide Koji borked??]

[Elio Maldonado]

On 09/06/2010 10:39 AM, Genes MailLists wrote:

On 09/06/2010 01:14 PM, Genes MailLists wrote:
   

On 09/06/2010 05:22 AM, mike cloaked wrote:
 

On Mon, Sep 6, 2010 at 1:59 AM, Genes MailLists  wrote:
   
 
 

There is a build in koji for 3.12.7 for f13 (and f14):
http://koji.fedoraproject.org/koji/buildinfo?buildID=193535
(which not yet in bodhi or updates-testing)
   


   I downloaded all the packages from that koji link but I get failed
dependencies: (since not in bodih I cannot comment anywhere)

   rpm -Uvh --test nss-3.12.7-3.fc13.x86_64.rpm
nss-sysinit-3.12.7-3.fc13.x86_64.rpm nss-tools-3.12.7-3.fc13.x86_64.rpm

error: Failed dependencies:
nspr>= 4.8.6 is needed by nss-3.12.7-3.fc13.x86_64
nss-softokn(x86-64)>= 3.12.7 is needed by nss-3.12.7-3.fc13.x86_64
nss-util>= 3.12.7 is needed by nss-3.12.7-3.fc13.x86_64
libnssutil3.so(NSSUTIL_3.12.7)(64bit) is needed by
nss-tools-3.12.7-3.fc13.x86_64


   gene/


 

   Found the missing packages - but now I get something very weird (where
did evolution data server enter the fray - or pkgconfig for that matter
... are these correct - or broken deps ?)


rpm -Uvh --test nss-3.12.7-3.fc13.x86_64.rpm
nss-devel-3.12.7-3.fc13.x86_64.rpm
nss-pkcs11-devel-3.12.7-3.fc13.x86_64.rpm
nss-sysinit-3.12.7-3.fc13.x86_64.rpm nss-tools-3.12.7-3.fc13.x86_64.rpm
nspr-4.8.6-1.fc13.x86_64.rpm nspr-devel-4.8.6-1.fc13.x86_64.rpm
nss-softokn-3.12.7-3.fc13.x86_64.rpm
nss-softokn-devel-3.12.7-3.fc13.x86_64.rpm
nss-softokn-freebl-3.12.7-3.fc13.x86_64.rpm
nss-softokn-freebl-devel-3.12.7-3.fc13.x86_64.rpm
nss-util-3.12.7-2.fc13.x86_64.rpm nss-util-devel-3.12.7-2.fc13.x86_64.rpm

error: Failed dependencies:
pkgconfig(nss) is needed by (installed)
evolution-data-server-devel-2.30.3-1.fc13.x86_64


Help ?

   

Gene,

There is in now nss-3.12.7-4.fc13 in bodhi.
Regarding

error: Failed dependencies:
pkgconfig(nss) is needed by (installed)
evolution-data-server-devel-2.30.3-1.fc13.x86_64

You could try a 'sudo yum update --verbose nss' which will throw useful 
information.

Let me investigate this in a VM and save you some grief.

Elio
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

New Bugzilla URL to create Fedora Review Requests coming

[Till Maas]

Hi,

probably on 2010-09-09 the Bugzilla URL to create new Fedora Review
Requests will change to remove one more relict of the former Fedora Core
/ Extras split.  The new URL will be:
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&format=fedora-review

Please remember to update your bookmarks. More information about this
change can be found in Bug 246071:
https://bugzilla.redhat.com/show_bug.cgi?id=246071

If you know other locations than the Fedora wiki page about the Package
Review Process[0], that link to the current URL, please tell me.

Regards
Till

[0] https://fedoraproject.org/wiki/Package_Review_Process


pgpo9BmJFGk8x.pgp
Description: PGP signature
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631131] New: FTBFS perl-RRD-Simple-1.44-7.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-RRD-Simple-1.44-7.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631131

   Summary: FTBFS perl-RRD-Simple-1.44-7.fc14
   Product: Fedora
   Version: rawhide
  Platform: i386
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-RRD-Simple
AssignedTo: p...@city-fan.org
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: p...@city-fan.org, fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


perl-RRD-Simple-1.44-7.fc14.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 631141] New: FTBFS ocaml-deriving-0.1.1a-10.fc13

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS ocaml-deriving-0.1.1a-10.fc13

https://bugzilla.redhat.com/show_bug.cgi?id=631141

   Summary: FTBFS ocaml-deriving-0.1.1a-10.fc13
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: ocaml-deriving
AssignedTo: rjo...@redhat.com
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: rjo...@redhat.com, fedora-ocaml-l...@redhat.com
Blocks: 596849
Classification: Fedora


ocaml-deriving-0.1.1a-10.fc13.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
ocaml-devel mailing list
ocaml-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ocaml-devel

Re: New Bugzilla URL to create Fedora Review Requests coming

[Orcan Ogetbil]

On Sat, Sep 4, 2010 at 4:54 PM, Till Maas wrote:
> Hi,
>
> probably on 2010-09-09 the Bugzilla URL to create new Fedora Review
> Requests will change to remove one more relict of the former Fedora Core
> / Extras split.  The new URL will be:
> https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&format=fedora-review
>
> Please remember to update your bookmarks. More information about this
> change can be found in Bug 246071:
> https://bugzilla.redhat.com/show_bug.cgi?id=246071
>
> If you know other locations than the Fedora wiki page about the Package
> Review Process[0], that link to the current URL, please tell me.
>
> Regards
> Till
>
> [0] https://fedoraproject.org/wiki/Package_Review_Process
>

Here is one:
http://fedoraproject.org/wiki/PackageMaintainers/Join#Create_Your_Review_Request

Orcan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Matthew Miller]

On Tue, Sep 07, 2010 at 12:23:47PM -0400, James Antill wrote:
> > This is goes along with the only definition of application that I am
> > aware of. Postifx is a system service.
> http://en.wikipedia.org/wiki/Application_software
> 
> Application software, also known as an application, is computer
> software designed to help the user to perform singular or
> multiple related specific tasks.
> 
> ...which matches exctly, IMO. But if it's confusing I don't mind
> referring to this as " installing", if you have a less
> confusing word … I'd just rather not say desktop-application+services
> +dbus-services+cron-services+etc. installing each time.

Keep reading. :)

  Application software is contrasted with system software and middleware,
  which manage and integrate a computer's capabilities, but typically do not
  directly apply them in the performance of tasks that benefit the user.

I think it's reasonable to define an MTA as system software. But yeah, let's
spell out somewhere exactly what's meant by "application".


-- 
Matthew Miller 
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of Engineering & Applied Sciences
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631166] New: FTBFS perl-Perl-Critic-1.105-4.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-Perl-Critic-1.105-4.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631166

   Summary: FTBFS perl-Perl-Critic-1.105-4.fc14
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-Perl-Critic
AssignedTo: cw...@alumni.drew.edu
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu,
fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


perl-Perl-Critic-1.105-4.fc14.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora rawhide FTBFS status 2010-09-01 x86_64

[Orion Poplawski]

On 09/06/2010 08:24 PM, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-09-01
>
> Full rebuild of all packages.  Each failed package was retried two
> additional times.  Those listed below have failed at least three
> attempts to build.
>
> Sorry I can't mail to everyone individually this round, we've grown to
> so many contributors that I've hit a scaling problem in FAS so I can't
> convert all the package owners to their real email addresses tonight.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
> environment-modules-3.2.7b-7.fc13 (build/make) orion

DEBUG util.py:255:  No Package Found for man

Shouldn't man-db provide man?

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631192] New: FTBFS perl-Log-Log4perl-1.24-3.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-Log-Log4perl-1.24-3.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631192

   Summary: FTBFS perl-Log-Log4perl-1.24-3.fc14
   Product: Fedora
   Version: rawhide
  Platform: i386
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-Log-Log4perl
AssignedTo: mmasl...@redhat.com
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: fedora-perl-devel-l...@redhat.com, mmasl...@redhat.com
Blocks: 596849
Classification: Fedora


perl-Log-Log4perl-1.24-3.fc14.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Victor Vasilyev]

  From viewpoint of the package freemarker-2.3.13-8.fc14 the issue is in 
the package javamail-1.4.3-2.fc13.src.rpm:
"...
Internal error in the plugin manager executing goal 
'org.apache.maven.plugins:maven-javadoc-plugin:2.7:javadoc':
Unable to load the mojo 
'org.apache.maven.plugins:maven-javadoc-plugin:2.7:javadoc' in the 
plugin 'org.apache.maven.plugins:maven-javadoc-plugin'.
A required class is missing: 
org/apache/maven/shared/invoker/MavenInvocationException
org.apache.maven.shared.invoker.MavenInvocationException
..."
Probably, it is common issue for some other Java packages in the list below.
See details here: https://bugzilla.redhat.com/show_bug.cgi?id=631034


On 07.09.2010 6:24, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for i386
> using rawhide from 2010-09-01
>
> Full rebuild of all packages.  Each failed package was retried two
> additional times.  Those listed below have failed at least three
> attempts to build.
>
> Sorry I can't mail to everyone individually this round, we've grown to
> so many contributors that I've hit a scaling problem in FAS so I can't
> convert all the package owners to their real email addresses tonight.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
>
>
> 35 Open Bugs which now build, and can be marked CLOSED RAWHIDE:
> avr-libc: [u'555468']
> clustermon: [u'564936']
> condor: [u'564910']
> eboard: [u'565137']
> etherape: [u'564734']
> gnome-applet-bubblemon: [u'564976']
> gnome-hearts: [u'555484']
> gsh: [u'22']
> gurlchecker: [u'564684']
> kasablanca: [u'565190']
> kflickr: [u'564761']
> ldtp: [u'555495']
> ngspice: [u'565066']
> nss: [u'539183']
> nx: [u'539213']
> par2cmdline: [u'564834']
> perl-Module-Install: [u'555448']
> perl-POE-Component-Child: [u'539114']
> pida: [u'20']
> pyflowtools: [u'555474']
> PySBIG: [u'565051']
> pyscript: [u'564816']
> PythonCard: [u'564915']
> python-pydns: [u'564878']
> python-webtest: [u'565021']
> razertool: [u'564813']
> rpm: [u'565223']
> skychart: [u'565168']
> system-config-display: [u'564641']
> util-vserver: [u'564692']
> vfrnav: [u'538968']
> wmfire: [u'564713']
> xfhell: [u'564898']
> xnec2c: [u'565187']
> xorg-x11-fonts: [u'538928']
>
> Total packages: 9602
> Number failed to build: 472
> Number expected to fail due to ExclusiveArch or ExcludeArch: 17
> Leaving:  455
>
> Of those expected to have worked...
> Without a bug filed: 408
> --
> 389-admin-1.1.11-0.6.rc1.fc14 (build/make) rmeggins,nhosoi,nkinder
> ElectricFence-2.2.2-27.fc12 (build/make) pmachata
> ImageMagick-6.6.2.1-11.fc14 (build/make) hubbitus,hubbitus,nmurray
> ModemManager-0.4-4.git20100720.fc14 (build/make) dcbw
> NetworkManager-openswan-0.8.0-5.20100411git.fc14 (build/make) avesh,avesh
> NetworkManager-openvpn-0.8.1-1.fc14 (build/make) dcbw,choeger,huzaifas,steve
> NetworkManager-pptp-0.8.1-1.fc14 (build/make) dcbw,dcbw
> NetworkManager-vpnc-0.8.1-1.fc14 (build/make) dcbw
> ORBit-0.5.17-29.fc14 (build/make) pghmcfc
> PragmARC-20060427-6.fc13 (build/make) rombobeorn
> R-BSgenome-1.14.2-1.fc12 (build/make) pingou
> Terminal-0.4.5-1.fc14 (build/make) kevin
> agave-0.4.7-1.fc14 (build/make) bonii
> alleggl-0.4.3-6.fc12 (build/make) jwrdegoede
> allegro-4.2.3-2.fc14 (build/make) jnovy,jwrdegoede
> alsa-plugins-1.0.22-1.fc13 (build/make) perex,npajkovs
> anjuta-2.30.0.0-2.fc14 (build/make) rishi,rakesh
> antlr3-3.2-7.fc14 (build/make) walters,mjakubicek,zoeloelip
> apache-commons-beanutils-1.8.3-2.fc14 (build/make) sochotni,fnasser
> apache-commons-exec-1.0.1-2.fc13 (build/make) melmorabity
> apache-resource-bundles-2-3.fc13 (build/make) mef
> apanov-edrip-fonts-20100430-2.fc14 (build/make) nim,fonts-sig
> apanov-heuristica-fonts-0.2.2-2.fc14 (build/make) nim,fonts-sig
> apcupsd-3.14.8-1.fc13 (build/make) mhlavink
> aqute-bndlib-0.0.363-1.fc12 (build/make) 
> fnasser,akurtakov,dbhole,jkeating,overholt
> arm-gp2x-linux-binutils-2.16.1-8.fc13 (build/make) jwrdegoede
> arm-gp2x-linux-glibc-2.3.6-7.fc12 (build/make) jwrdegoede
> at-spi-1.31.1-3.fc14 (build/make) mclasen
> atlas-3.8.3-18.fc14 (build/make) deji,deji
> audacity-1.3.12-0.4.beta.fc14 (build/make) gemi,dtimms
> autodir-0.99.9-9.fc12 (build/make) thias
> automake15-1.5-29.fc13.1 (build/make) karsten
> automake16-1.6.3-18.fc13.1 (build/make) karsten
> axis-1.4-4.1.fc14 (build/make) pcheung
> azureus-4.3.1.4-1.fc13 (build/make) djuran,langel
> banshee-1.7.4-1.fc14 (build/make) spot,chkr,spot
> beagle-0.3.9-19.fc14 (build/make) nushio,psytux
> bit-0.4.90-10.fc12 (build/make) rvinyard
> bluefish-2.0.1-1.fc14 (build/make) pghmcfc
> buildnumber-maven-plugin-1.0-0.4.b4.fc14 (build/make) weli,akurtakov
> busybox-1.15.1-7.fc14 (build/make) vda,vda
> cal10n-0.7.4-2.fc14 (build/make) akurtakov
> celestia-1.5.1-2.fc12 (build/make) steve,mmahut
> chunkd-0.6-0.8.gc49c6d38.fc14 (build/make) jgarzik,zaitcev
> clanbomber-1.05-12.fc12 (build/make) jwrdegoede
> classpathx-jaf-1.0-15.1.fc12 (build/make) devrim,dwalluck
> clipsmm-0.1.0

[Bug 631224] New: FTBFS perl-DBD-Multi-0.14-6.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-DBD-Multi-0.14-6.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631224

   Summary: FTBFS perl-DBD-Multi-0.14-6.fc14
   Product: Fedora
   Version: rawhide
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-DBD-Multi
AssignedTo: cw...@alumni.drew.edu
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: cw...@alumni.drew.edu,
fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


perl-DBD-Multi-0.14-6.fc14.src.rpm Failed To Build From Source against the
rawhide tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora rawhide FTBFS status 2010-09-01 x86_64

[Mamoru Tasaka]

Matt Domsch wrote, at 09/07/2010 11:24 AM +9:00:
> Fedora Fails To Build From Source Results for x86_64
> using rawhide from 2010-09-01
>
> Full rebuild of all packages.  Each failed package was retried two
> additional times.  Those listed below have failed at least three
> attempts to build.
>
> Sorry I can't mail to everyone individually this round, we've grown to
> so many contributors that I've hit a scaling problem in FAS so I can't
> convert all the package owners to their real email addresses tonight.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
>

Well, now you are going to file FTBFS bugs with the message like
"foo-V-R Failed To Build From Source against the _rawhide_ tree"
and to make these bugs block _F14FTBFS_ .

Would you clarify if this build results are for rawhide (i.e. F-15)
tree or for F-14 tree?

Regards,
Mamoru
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Retiring or orphaning pam_smb

[Simo Sorce]

Hello all,
I have recently discovered I am still owner of pam_smb :-) and I think
I would like to retire this package entirely, for I find it useless and
even dangerous.

If someone is interested in picking up maintainership because they need
it I am also willing to just orphan it.

Any takers ? If not, I think I will retire it.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: New Bugzilla URL to create Fedora Review Requests coming

[Michael Stahnke]

I believe this has it as well.


http://fedoraproject.org/wiki/Extras/NewPackageProcess
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

yum's algorithm for resolving dependencies

[Andre Robatino]

When installing packages with yum, if there is more than one enabled repository
that can be used to resolve a dependency, how does yum choose which one to use?

I ask because I modified the instructions for installing the 32-bit wrapped
Flash plugin in 64-bit Fedora:

https://fedoraproject.org/wiki/Flash#32_bit_wrapped_version

and want to make sure that a libstdc++ dependency is satisfied by installing the
32-bit libstdc++ from Fedora's repos, and not Adobe Reader from Adobe's repo, as
described here:

http://lists.fedoraproject.org/pipermail/users/2010-May/373309.html

Do the current instructions guarantee that this can't happen, or is it necessary
to make sure the Adobe repo is disabled when running the first yum install
command (the one installing the nspluginwrapper and alsa-plugins-pulseaudio
packages)?

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: yum's algorithm for resolving dependencies

[seth vidal]

On Tue, 2010-09-07 at 18:24 +, Andre Robatino wrote:
> When installing packages with yum, if there is more than one enabled 
> repository
> that can be used to resolve a dependency, how does yum choose which one to 
> use?
> 
> I ask because I modified the instructions for installing the 32-bit wrapped
> Flash plugin in 64-bit Fedora:
> 
> https://fedoraproject.org/wiki/Flash#32_bit_wrapped_version
> 
> and want to make sure that a libstdc++ dependency is satisfied by installing 
> the
> 32-bit libstdc++ from Fedora's repos, and not Adobe Reader from Adobe's repo, 
> as
> described here:
> 
> http://lists.fedoraproject.org/pipermail/users/2010-May/373309.html
> 
> Do the current instructions guarantee that this can't happen, or is it 
> necessary
> to make sure the Adobe repo is disabled when running the first yum install
> command (the one installing the nspluginwrapper and alsa-plugins-pulseaudio
> packages)?
> 

http://yum.baseurl.org/wiki/CompareProviders

that's how it does it.

-sv


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 631391] New: FTBFS perl-GD-2.44-4.fc14

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.

Summary: FTBFS perl-GD-2.44-4.fc14

https://bugzilla.redhat.com/show_bug.cgi?id=631391

   Summary: FTBFS perl-GD-2.44-4.fc14
   Product: Fedora
   Version: 14
  Platform: All
   URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
  Keywords: Triaged
  Severity: high
  Priority: high
 Component: perl-GD
AssignedTo: tcall...@redhat.com
ReportedBy: ft...@fedoraproject.org
 QAContact: extras...@fedoraproject.org
CC: tcall...@redhat.com, fedora-perl-devel-l...@redhat.com
Blocks: 596849
Classification: Fedora


perl-GD-2.44-4.fc14.src.rpm Failed To Build From Source against the rawhide
tree.  See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug.  Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug.  If the
other package does not yet have a bug created that you think matches, please
create one.  Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies.  (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created. 
Please follow the above advice to avoid such duplication.)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: yum's algorithm for resolving dependencies

[Andre Robatino]

seth vidal  fedoraproject.org> writes:

> http://yum.baseurl.org/wiki/CompareProviders
> 
> that's how it does it.

Thanks. I didn't understand all of that, but since it only describes the current
algorithm in detail, and the instructions refer to all versions of Fedora back
to F10, and I still don't know how to reproduce the Adobe Reader problem, I just
modified the instructions to disable the Adobe repo in the first command, to be
sure.




-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 630714] perl-Module-Signature-0.66 is available

[bugzilla]

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=630714

Ville Skyttä  changed:

   What|Removed |Added

 Status|ASSIGNED|CLOSED
 Resolution||RAWHIDE
Last Closed|2010-09-06 17:29:51 |2010-09-07 15:31:28

--- Comment #5 from Ville Skyttä  2010-09-07 15:31:28 EDT 
---
(In reply to comment #3)
> F14 isn't a problem at the moment, but would have been if upgraded to 0.65;
> version 0.64 in F14 at present isn't affected by this issue.

Yep, found that out as well.  I'll leave F14 at 0.64 for now.

Just out of interest, I wonder if there's a reason for _public_maniskip() and
the version number check in your patch, why not just do something like this
instead?

my $_maniskip = ExtUtils::Manifest->can("maniskip") ?
&ExtUtils::Manifest::maniskip : &ExtUtils::Manifest::_maniskip;

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: newer NVRs in older releases.

[Toshio Kuratomi]

On Tue, Sep 07, 2010 at 11:56:23AM -0400, Dave Jones wrote:
> I just hit this on an f13 box.
> 
> Transaction Check Error:
>   package libgcc-4.4.4-11.fc12.x86_64 (which is newer than 
> libgcc-4.4.4-10.fc13.i686) is already installed
>  
> 
> Could the buildsystem be changed to prevent newer NVRs from being built if an 
> older
> one exists in a newer buildroot ? Should it ? Is there a valid reason for 
> ever allowing
> this to happen?
> 
The buildsystem should be allowed to build it but we want to get to the
place where it doesn't get pushed to the (some) repositories.  I believe
that bodhi and autoqa are supposed to share this task at some point in the
future but I don't know just how far off that future day is atm.

-Toshio


pgpUfpFVEksva.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Orion Poplawski]

On 09/06/2010 08:24 PM, Matt Domsch wrote:
> Fedora Fails To Build From Source Results for i386
> using rawhide from 2010-09-01
>
> Full rebuild of all packages.  Each failed package was retried two
> additional times.  Those listed below have failed at least three
> attempts to build.
>
> Sorry I can't mail to everyone individually this round, we've grown to
> so many contributors that I've hit a scaling problem in FAS so I can't
> convert all the package owners to their real email addresses tonight.
>
> Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
>
> paraview-3.8.0-4.fc14 (build/make) orion,pertusus

Sorry [Errno 28] No space left on device

Looks like a check for that is in order.

-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 630714] perl-Module-Signature-0.66 is available

[bugzilla]

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=630714

--- Comment #6 from Paul Howarth  2010-09-07 16:03:16 EDT ---
Clearly my perl-fu is not as strong as yours ;-)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: newer NVRs in older releases.

[Tom Lane]

Toshio Kuratomi  writes:
> On Tue, Sep 07, 2010 at 11:56:23AM -0400, Dave Jones wrote:
>> Could the buildsystem be changed to prevent newer NVRs from being
>> built if an older one exists in a newer buildroot ? Should it ? Is
>> there a valid reason for ever allowing this to happen?

> The buildsystem should be allowed to build it but we want to get to the
> place where it doesn't get pushed to the (some) repositories.  I believe
> that bodhi and autoqa are supposed to share this task at some point in the
> future but I don't know just how far off that future day is atm.

There was some discussion last week about teaching the broken-dependencies
nagbot to also nag about NVR sequence discrepancies.  Is that feasible
or a reasonable response?  Or is that subsumed under your mention of
autoqa?

regards, tom lane
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

NM during install - howto setup on boot?

[Jon Masters]

Folks,

I was participating in the Systemd Fedora Test Day and installed the
latest Fedora 14 build. I found a few problems (I will file bugs) but
before I file a bug about NetworkManager, can someone please tell me how
I'm supposed to configure it during install such that the interface will
come up automatically on the *first* boot, without logging in?

I decided I'd give NM a chance to do this rather than replace it
instantly with "network", so I created a new connection in addition to
the "auto eth0" and added the appropriate parameters within Anaconda (by
running the NM configuration, through clicking "Advanced"). There did
not appear to be a "start on boot" option that I missed.

Any thoughts on what I missed?

Jon.


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: NM during install - howto setup on boot?

[Jon Masters]

On Tue, 2010-09-07 at 16:57 -0400, Jon Masters wrote:

> I was participating in the Systemd Fedora Test Day and installed the
> latest Fedora 14 build. I found a few problems (I will file bugs) but
> before I file a bug about NetworkManager, can someone please tell me how
> I'm supposed to configure it during install such that the interface will
> come up automatically on the *first* boot, without logging in?
> 
> I decided I'd give NM a chance to do this rather than replace it
> instantly with "network", so I created a new connection in addition to
> the "auto eth0" and added the appropriate parameters within Anaconda (by
> running the NM configuration, through clicking "Advanced"). There did
> not appear to be a "start on boot" option that I missed.

It seems the connection called "rawhide.bos.jonmasters.org" that I
created during installation did not persist, and then after creating
another connection with the same name, NetworkManager crashed. I will
file a bug. Meanwhile, if this was supposed to work, let me know.

Jon.


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 x86_64

[Björn Persson]

Matt Domsch wrote:
> rombobeorn: PragmARC,mine_detector

Those fail because of this GCC bug:
https://bugzilla.redhat.com/show_bug.cgi?id=613407

I have a workaround in updates-testing, but the actual bug looks like it will 
last long.

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 x86_64

[Björn Persson]

Mamoru Tasaka wrote:
> Would you clarify if this build results are for rawhide (i.e. F-15)
> tree or for F-14 tree?

It looks like F-14 to me.

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 17:20, Nicolas Mailhot  wrote:
> ??? This was done 100% Fedora-side (not that I mind if it were adopted
> by other distros)

Incorrect. It was done on the Fedora transifex instance, but I know
from fact that a few of the translators are from other distros, who
have no interest in Fedora whatsoever.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Linux and application installing

[Richard Hughes]

On 7 September 2010 17:32, Matthias Clasen  wrote:
>> And BTW a request at the time was to extend it with font previews to get
>> a "font store" (because for fonts, gfx preview is really relevant and
>> not eye candy) and it never happened :(
>
> If you send a patch it might !

A patch would be lovely, but some sample code that renders a ttf file
to a png file "The smart brown fox or whatever" using cairo is
probably good enough for me to get going.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 630539] perl-DBIx-Class FTBFS (0.08120 possibly incompatible with perl-SQL-Abstract-1.67)

[bugzilla]

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=630539

Iain Arnell  changed:

   What|Removed |Added

 Blocks||596849(F14FTBFS)

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 630539] perl-DBIx-Class FTBFS (0.08120 possibly incompatible with perl-SQL-Abstract-1.67)

[bugzilla]

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=630539

Iain Arnell  changed:

   What|Removed |Added

 CC||ft...@fedoraproject.org

--- Comment #2 from Iain Arnell  2010-09-07 17:23:59 EDT ---
*** Bug 631078 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 631078] FTBFS perl-DBIx-Class-0.08120-4.fc14

[bugzilla]

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=631078

Iain Arnell  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||iarn...@gmail.com
 Resolution||DUPLICATE
Last Closed||2010-09-07 17:23:59

--- Comment #7 from Iain Arnell  2010-09-07 17:23:59 EDT ---


*** This bug has been marked as a duplicate of bug 630539 ***

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[Bug 631068] FTBFS perl-HTML-FormFu-0.07002-1.fc14

[bugzilla]

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=631068

Iain Arnell  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||RAWHIDE
Last Closed||2010-09-07 17:26:18

--- Comment #7 from Iain Arnell  2010-09-07 17:26:18 EDT ---
https://koji.fedoraproject.org/koji/buildinfo?buildID=193949

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Fedora rawhide FTBFS status 2010-09-01 x86_64

[Matt Domsch]

On Wed, Sep 08, 2010 at 02:40:37AM +0900, Mamoru Tasaka wrote:
> Matt Domsch wrote, at 09/07/2010 11:24 AM +9:00:
> > Fedora Fails To Build From Source Results for x86_64
> > using rawhide from 2010-09-01
> >
> > Full rebuild of all packages.  Each failed package was retried two
> > additional times.  Those listed below have failed at least three
> > attempts to build.
> >
> > Sorry I can't mail to everyone individually this round, we've grown to
> > so many contributors that I've hit a scaling problem in FAS so I can't
> > convert all the package owners to their real email addresses tonight.
> >
> > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/
> >
> 
> Well, now you are going to file FTBFS bugs with the message like
> "foo-V-R Failed To Build From Source against the _rawhide_ tree"
> and to make these bugs block _F14FTBFS_ .
> 
> Would you clarify if this build results are for rawhide (i.e. F-15)
> tree or for F-14 tree?

it's F14, not rawhide.  The new "branch early" step wasn't reflected
in my scripts, and I didn't catch that early enough.

I'll start F15 once F14 releases, before it's called F15.

-- 
Matt Domsch
Technology Strategist
Dell | Office of the CTO
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Plan for tomorrow's FESCo meeting (2010-09-07)

[Kevin Fenzi]

===
#fedora-meeting: FESCO (2010-09-07)
===


Meeting started by nirik at 19:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-09-07/fesco.2010-09-07-19.30.log.html
..



Meeting summary
---
* init process  (nirik, 19:30:02)
  * cwickert unable to attend, but voted in tickets.  (nirik, 19:30:41)
  * mclasen going to be a few minutes late.  (nirik, 19:30:49)

* #382 Implementing Stable Release Vision  (nirik, 19:32:39)
  * ACTION: mjg59 and SMParrish to work on a problem description and
some possible plans for kde updates.  (nirik, 19:53:10)

* #454 pre-release update acceptance criteria  (nirik, 19:54:09)
  * cwickert voted in ticked on this item.  (nirik, 19:54:24)
  * AGREED: proposal is accepted.  (nirik, 19:58:57)

* #455 gupnp-dlna bundled library exception  (nirik, 20:00:28)
  * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=617141 has notes
from the gstreamer maintainer.  (nirik, 20:01:11)
  * AGREED: exception granted  (nirik, 20:04:02)

* #459: FPC ratification: New bundled library draft  (nirik, 20:04:23)
  * cwickert was +1 in the ticket here.  (nirik, 20:04:48)
  * LINK: https://fedoraproject.org/wiki/Bundled_Library_Packaging_Draft
(nirik, 20:04:52)
  * AGREED: will review and vote in the ticket or next week.  (nirik,
20:08:13)

* #456 Respond to split media naming bugzilla  (nirik, 20:08:30)
  * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=628695   (nirik,
20:08:48)
  * AGREED: This change is desired, but for f15 not f14.  (nirik,
20:15:30)

* #457 Bodhi changes for FESCo input  (nirik, 20:15:44)
  * LINK:

https://fedorahosted.org/bodhi/query?status=new&status=assigned&status=reopened&milestone=Need+FESCo+Approval&order=priority
(nirik, 20:16:00)
  * cwickert also voted on these in ticket.  (nirik, 20:16:08)
  * AGREED: no hard requirement on a bug for -karma  (nirik, 20:19:48)
  * LINK: https://fedorahosted.org/bodhi/ticket/276   (nirik, 20:23:10)
  * AGREED: will not have negative karma block updates to stable.
(nirik, 20:29:00)
  * need to gather info on how much of a problem this is.  (nirik,
20:29:12)
  * LINK: https://fedorahosted.org/bodhi/ticket/294   (nirik, 20:30:18)
  * AGREED: This should be implemented.  (nirik, 20:31:25)
  * LINK: https://fedorahosted.org/bodhi/ticket/277   (nirik, 20:33:05)
  * AGREED: update submitters should not be allowed to add or remove
karma to updates they submitted.  (nirik, 20:36:38)

* http://fedoraproject.org/wiki/Features/DNSSEC_on_workstations  (nirik,
  20:37:14)
  * AGREED: ask questions and revisit next week.  (nirik, 20:40:41)

* http://fedoraproject.org/wiki/Features/GoldLinkerDefault  (nirik,
  20:42:32)
  * LINK: http://sourceware.org/bugzilla/show_bug.cgi?id=11805 is listed
as fixed  (notting, 20:44:21)
  * ACTION: ajax will ping tools folks about this.  (nirik, 20:46:25)
  * AGREED: will revist next week  (nirik, 20:47:13)

* http://fedoraproject.org/wiki/Features/SetroubleshootGuiRedesign
  (nirik, 20:47:21)
  * AGREED: this feature is approved.  (nirik, 20:49:02)

* #460 FPC ratification: No Mandatory FESCo ratification  (nirik,
  20:49:26)
  * AGREED: the proposal is accepted.  (nirik, 20:50:54)

* Open Floor  (nirik, 20:51:37)

Meeting ended at 20:58:30 UTC.




Action Items

* mjg59 and SMParrish to work on a problem description and some possible
  plans for kde updates.
* ajax will ping tools folks about this.




Action Items, by person
---
* ajax
  * ajax will ping tools folks about this.
* mjg59
  * mjg59 and SMParrish to work on a problem description and some
possible plans for kde updates.
* SMParrish
  * mjg59 and SMParrish to work on a problem description and some
possible plans for kde updates.
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* nirik (167)
* pjones (58)
* mjg59 (37)
* notting (36)
* SMParrish (30)
* ajax (27)
* mclasen (21)
* kylem (19)
* zodbot (14)
* lmacken (8)
* belegdol (3)
* kalev (1)
* cwickert (0)
--
19:30:01  #startmeeting FESCO (2010-09-07)
19:30:01  Meeting started Tue Sep  7 19:30:01 2010 UTC.  The chair is 
nirik. Information about MeetBot at http://wiki.debian.org/MeetBot.
19:30:01  Useful Commands: #action #agreed #halp #info #idea #link 
#topic.
19:30:01  #meetingname fesco
19:30:01  The meeting name has been set to 'fesco'
19:30:01  #chair mclasen notting nirik SMParrish kylem ajax pjones 
cwickert mjg59
19:30:01  Current chairs: SMParrish ajax cwickert kylem mclasen mjg59 
nirik notting pjones
19:30:02  #topic init process
19:30:41  #info cwickert unable to attend, but voted in tickets.
19:30:48 * pjones is here
19:30:49  #info mclasen going to be a few minutes late.
19:31:03  Here
19:31:17 * SMParrish here
19:31:21  yo.
19:31:24 * notting is here
19:32:18  ok, I guess lets go ahead and get going...
19:32:39  #topic #382 Implementing Stabl

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Matt Domsch]

On Tue, Sep 07, 2010 at 02:02:05PM -0600, Orion Poplawski wrote:
> On 09/06/2010 08:24 PM, Matt Domsch wrote:
> > paraview-3.8.0-4.fc14 (build/make) orion,pertusus
> 
> Sorry [Errno 28] No space left on device
> 
> Looks like a check for that is in order.

Holy cow.  So, 8GB RAM, 16GB swap, over 4 hours to compile (5 on i386), and it
ran out of memory in the tmpfs.  Repeatedly.

Perhaps I need a way to specially build some apps, or just skip them.

-- 
Matt Domsch
Technology Strategist
Dell | Office of the CTO
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Orion Poplawski]

On 09/07/2010 03:34 PM, Matt Domsch wrote:
> On Tue, Sep 07, 2010 at 02:02:05PM -0600, Orion Poplawski wrote:
>> On 09/06/2010 08:24 PM, Matt Domsch wrote:
>>> paraview-3.8.0-4.fc14 (build/make) orion,pertusus
>>
>> Sorry [Errno 28] No space left on device
>>
>> Looks like a check for that is in order.
>
> Holy cow.  So, 8GB RAM, 16GB swap, over 4 hours to compile (5 on i386), and it
> ran out of memory in the tmpfs.  Repeatedly.

Yup, it's a monster.


-- 
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane  or...@cora.nwra.com
Boulder, CO 80301  http://www.cora.nwra.com
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Jesse Keating]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 9/7/10 2:41 PM, Orion Poplawski wrote:
> On 09/07/2010 03:34 PM, Matt Domsch wrote:
>> On Tue, Sep 07, 2010 at 02:02:05PM -0600, Orion Poplawski wrote:
>>> On 09/06/2010 08:24 PM, Matt Domsch wrote:
 paraview-3.8.0-4.fc14 (build/make) orion,pertusus
>>>
>>> Sorry [Errno 28] No space left on device
>>>
>>> Looks like a check for that is in order.
>>
>> Holy cow.  So, 8GB RAM, 16GB swap, over 4 hours to compile (5 on i386), and 
>> it
>> ran out of memory in the tmpfs.  Repeatedly.
> 
> Yup, it's a monster.
> 
> 

How does that manage to build in Koji, which doesn't exactly have bigger
systems, just more of them.

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyGs98ACgkQ4v2HLvE71NVjFQCfe0u5ywS+pRVzebZJdTzlBe9B
r3wAn3kOxasPXPpoyKLp14U72xROyYij
=PGfc
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[pbrobin...@gmail.com]

On Tue, Sep 7, 2010 at 10:34 PM, Matt Domsch  wrote:
> On Tue, Sep 07, 2010 at 02:02:05PM -0600, Orion Poplawski wrote:
>> On 09/06/2010 08:24 PM, Matt Domsch wrote:
>> > paraview-3.8.0-4.fc14 (build/make) orion,pertusus
>>
>> Sorry [Errno 28] No space left on device
>>
>> Looks like a check for that is in order.
>
> Holy cow.  So, 8GB RAM, 16GB swap, over 4 hours to compile (5 on i386), and it
> ran out of memory in the tmpfs.  Repeatedly.
>
> Perhaps I need a way to specially build some apps, or just skip them.

That might explain why most of the ones that I have bugs against build
fine (in both rawhide and F-14), and the ones that didn't I'm aware of
the issues already.

Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-09-01 i386

[Matt Domsch]

On Tue, Sep 07, 2010 at 02:51:30PM -0700, Jesse Keating wrote:
> How does that manage to build in Koji, which doesn't exactly have bigger
> systems, just more of them.

Koji doesn't use tmpfs for the buildroots, nor does it time out builds
after 6 hours like I do...

-- 
Matt Domsch
Technology Strategist
Dell | Office of the CTO
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 14 Beta Change Deadline 2010-09-14

[John Poelstra]

In addition, to next Tuesday (2010-09-14) being the Feature Complete 
deadline for Fedora 14, it is also the Beta Change Deadline.

"At the change deadline, pushes to the branched development repository 
are suspended until the release candidate is accepted."

More about what this means is here:
https://fedoraproject.org/wiki/Change_deadlines

John
___
devel-announce mailing list
devel-annou...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

How long is a week?

[Björn Persson]

Quote from https://fedoraproject.org/wiki/Package_update_acceptance_criteria:

All other updates must either:
· reach the criteria laid out in the previous section OR
· reach the positive Bodhi karma threshold specified by the updates 
submitter OR
· spend some minimum amount of time in updates-testing, currently one week

So spending one week in updates-testing is supposed to be sufficient to proceed 
to updates, right?

It has now been over eight days since GtkAda-2.14.0-8.fc14 was pushed to F-14 
updates-testing, and over nine days since I submitted it, but when I try to 
submit it to stable I get the message "This update has not yet met the minimum 
testing requirements defined in the Package Update Acceptance Criteria".

I don't understand this. How does Bodhi count weeks, or what other criteria 
does this update need to meet?

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

git usage question

[Neal Becker]

I need to make a minor edit to one of the sources of a package.  I want the 
sources on my machine in a state so that emacs will recognize the files are 
under git control and act accordingly, so I can do my edits and use emacs 
vc-mode stuff to commit, diff, etc.  I tried using fedpkg clone + fedpkg 
sources.  That just gets me the .tar.gz + patches.  I tried fedpkg prep.  
That doesn't seem to work because it unpacks the source under a 
subdirectory.  Any hints?

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

bodhi time management?

[pbrobin...@gmail.com]

Hi All,

How do the bodhi 7 days timeframes for updates work? My understanding
is that an update is required to be in updates for 7 days. I have an
update that according to bodhi was submitted as an update on the 29th
Aug at 18:13. It was pushed to updates-testing at 19:42 the following
day (Aug 30th) yet 9 full days later I still can't push it to stable.
According to the link that bodhi provides me in blazen orange across
my browser I don't meet the requirements, yet according to the
documentation I do. WTF!!

Peter
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: git usage question

[Bruno Wolff III]

On Tue, Sep 07, 2010 at 19:24:58 -0400,
  Neal Becker  wrote:
> I need to make a minor edit to one of the sources of a package.  I want the 
> sources on my machine in a state so that emacs will recognize the files are 
> under git control and act accordingly, so I can do my edits and use emacs 
> vc-mode stuff to commit, diff, etc.  I tried using fedpkg clone + fedpkg 
> sources.  That just gets me the .tar.gz + patches.  I tried fedpkg prep.  
> That doesn't seem to work because it unpacks the source under a 
> subdirectory.  Any hints?

This sounds like you are trying to use the wrong git repo. The repo for a
package will have a pointer to the compressed tar ball. You won't have
easy access to the sources in that tar ball. You add patch files and edit
the spec file at this level.

If you were working with the upstream for the package (such as one of
the projects on fedorahosted), then you could use that repo to deal directly
with source.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Koji crashes Chromium [was Rawhide Koji borked??]

[Genes MailLists]

On 09/07/2010 12:52 PM, Elio Maldonado wrote:

>>   
> Gene,
> 
> There is in now nss-3.12.7-4.fc13 in bodhi.
> Regarding
> 
> error: Failed dependencies:
>   pkgconfig(nss) is needed by (installed)
> evolution-data-server-devel-2.30.3-1.fc13.x86_64
> 
> You could try a 'sudo yum update --verbose nss' which will throw useful
> information.
> Let me investigate this in a VM and save you some grief.
> 
> Elio
> 


   Problem with yum - I cannot seem to find the equivalent of the --test
rpm option ?

   I'll look at the -4 builds soon as I have a chance - thanks for offer
of trying them too !

 g
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Koji crashes Chromium [was Rawhide Koji borked??]

[J. Randall Owens]

On 09/07/2010 05:33 PM, Genes MailLists wrote:
> On 09/07/2010 12:52 PM, Elio Maldonado wrote:
> 
>> Gene,
>>
>> There is in now nss-3.12.7-4.fc13 in bodhi.
>> Regarding
>>
>> error: Failed dependencies:
>>  pkgconfig(nss) is needed by (installed)
>> evolution-data-server-devel-2.30.3-1.fc13.x86_64
>>
>> You could try a 'sudo yum update --verbose nss' which will throw useful
>> information.
>> Let me investigate this in a VM and save you some grief.
>>
>> Elio
>>
> 
> 
>Problem with yum - I cannot seem to find the equivalent of the --test
> rpm option ?
> 

The best equivalent to --test I've noticed is to just run the yum
command normally, then reply 'n' if/when you get the "Is this ok [y/N]:"
prompt.  It doesn't lend itself to non-interactive use, of course.

-- 
J. Randall Owens | http://www.ghiapet.net/



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Koji crashes Chromium [was Rawhide Koji borked??]

[Elio Maldonado]

  On 09/07/2010 05:33 PM, Genes MailLists wrote:
> On 09/07/2010 12:52 PM, Elio Maldonado wrote:
>
>>>
>> Gene,
>>
>> There is in now nss-3.12.7-4.fc13 in bodhi.
>> Regarding
>>
>> error: Failed dependencies:
>>  pkgconfig(nss) is needed by (installed)
>> evolution-data-server-devel-2.30.3-1.fc13.x86_64
>>
>> You could try a 'sudo yum update --verbose nss' which will throw useful
>> information.
>> Let me investigate this in a VM and save you some grief.
>>
>> Elio
>>
>
> Problem with yum - I cannot seem to find the equivalent of the --test
> rpm option ?
>
The updatd nss package is still in pending so you would have to download 
it from Koji for now.
I should have said 'sudo yum --nogphcheck --verbose localupdate nss'
I did try it and it worked but my VM had a lot of junk on it.
> I'll look at the -4 builds soon as I have a chance - thanks for offer
> of trying them too !
>
>   g

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: newer NVRs in older releases.

[Dave Jones]

On Tue, Sep 07, 2010 at 06:06:57PM +0200, Jakub Jelinek wrote:
 > On Tue, Sep 07, 2010 at 11:56:23AM -0400, Dave Jones wrote:
 > > I just hit this on an f13 box.
 > > 
 > > Transaction Check Error:
 > >   package libgcc-4.4.4-11.fc12.x86_64 (which is newer than 
 > > libgcc-4.4.4-10.fc13.i686) is already installed
 > >  
 > > 
 > > Could the buildsystem be changed to prevent newer NVRs from being built if 
 > > an older
 > > one exists in a newer buildroot ? Should it ? Is there a valid reason for 
 > > ever allowing
 > > this to happen?
 > 
 > You must have installed 4.4.4-11 manually from koji, because
 > the latest one released to f12-updates{,-testing} is 4.4.4-10.fc{12,13}.

Curious. I don't remember doing that.
I'll --oldpackage it.

Thanks,

Dave

 
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel