Re: [HEADS-UP] The systemd unit files I'll post

[Hans Ulrich Niedermann]

On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
 Note that if admins want to change the parameters passed to daemons they
 have a very easy way to do that in systemd: they can just copy the
 rpm-owned service file from /lib/systemd/system into
 /etc/systemd/systemd and then make their changes. 

So an admin can use the same file in both the following directories, but
one dir must be called system without d and the other systemd with
d?

   /lib/systemd/system/
   /etc/systemd/systemd/

I would perceive that as unnecessarily inconsistent and confusing. 

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

Re: trouble locally reproducing koji build error

[Andreas Schwab]

Zach Carter z.car...@f5.com writes:

 Any insight, tips or pointers would be much appreciated.

You could modify the spec file to cat the config.log file on error,
which should give you more clues.

Andreas.

-- 
Andreas Schwab, sch...@redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
And now for something completely different.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Naming issue for meego 1.0 related packages

[Chen Lei]

2010/7/11 pbrobin...@gmail.com pbrobin...@gmail.com:

 I don't agree with the easier, and the releases are all built on tags.

 Well someone will have to get the policy added to the packaging
 guidelines. There's guidelines for using VC repos but not for using
 tar files from other distros source packages.

 Peter

It seems no guideline forbid us to use tarballs extracted from
upstream repo.  I think using git repo for meego packages have more
harm than benefit, because the most important feature for rpm is
people can validate the md5sum of the source tarball easily. Unless
special case we can't find a way to get reliable souce tarballs, I
think it's better to use tarballs rather than get source files from
VCS. Meego repo is reliable place to get source tarballs, they also
have bugzilla against those modules and they are the upstream. Also,
it seems some meego packages don't have a public VCS(e.g. fennec-qt)
or public VCS is not active currently(e.g. scim-panel-vkb-gtk[1]).
Meego 1.0 use scim-panel-vkb-gtk 0.1.7, meego 1.1 use 0.1.8. but the
latest version in the git repo is 0.1.6.

[1]https://bugzilla.redhat.com/show_bug.cgi?id=615047

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

Re: rebuild of wxGTK without the internal crash handler in Rawhide

[Dan Horák]

the result of the rebuild are:

failed to build due the removed function, here I will prepare a fix
multiget

failed to build due other problems:
audacity
plee-the-bear
ucblogo


Dan


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

rawhide report: 20100716 changes

[Rawhide Report]

Compose started at Fri Jul 16 08:15:19 UTC 2010

Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
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 libgnat-4.4.so()(64bit)
PragmARC-20060427-6.fc13.x86_64 requires libgnarl-4.4.so()(64bit)
almanah-0.7.3-2.fc14.x86_64 requires libecal-1.2.so.7()(64bit)
almanah-0.7.3-2.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
1:anerley-0.2.14-2.fc14.i686 requires libebook-1.2.so.9
1:anerley-0.2.14-2.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1
1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2
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)
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)
claws-mail-plugins-geolocation-3.7.6-3.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
claws-mail-plugins-geolocation-3.7.6-3.fc14.x86_64 requires 
libchamplain-0.4.so.0()(64bit)
contact-lookup-applet-0.17-5.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
contacts-0.11-3.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
dap-freeform_handler-3.8.1-1.fc14.x86_64 requires libdap.so.10()(64bit)
dap-hdf4_handler-3.7.14-3.fc13.x86_64 requires libdap.so.10()(64bit)
dap-hdf4_handler-3.7.14-3.fc13.x86_64 requires 
libbes_dispatch.so.7()(64bit)
dap-netcdf_handler-3.8.3-4.fc13.i686 requires libdap.so.10
dap-netcdf_handler-3.8.3-4.fc13.i686 requires libbes_dispatch.so.7
dap-netcdf_handler-3.8.3-4.fc13.x86_64 requires libdap.so.10()(64bit)
dap-netcdf_handler-3.8.3-4.fc13.x86_64 requires 
libbes_dispatch.so.7()(64bit)
dap-server-3.9.3-2.fc12.x86_64 requires libdap.so.10()(64bit)
dap-server-3.9.3-2.fc12.x86_64 requires libbes_dispatch.so.7()(64bit)
dates-0.4.11-3.fc14.x86_64 requires libecal-1.2.so.7()(64bit)
dates-0.4.11-3.fc14.x86_64 requires libedataserver-1.2.so.11()(64bit)
deskbar-applet-2.30.0-1.1.fc14.x86_64 requires 
libedataserver-1.2.so.12()(64bit)
deskbar-applet-2.30.0-1.1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
ekiga-3.2.7-1.fc14.x86_64 requires libebook-1.2.so.9()(64bit)
emerillon-0.1.1-2.fc13.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
emerillon-0.1.1-2.fc13.x86_64 requires libchamplain-0.4.so.0()(64bit)
emerillon-devel-0.1.1-2.fc13.i686 requires pkgconfig(champlain-0.4)
emerillon-devel-0.1.1-2.fc13.x86_64 requires pkgconfig(champlain-0.4)
empathy-2.31.5.1-1.fc14.x86_64 requires libebook-1.2.so.9()(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 
libebook-1.2.so.9()(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 
libcamel-provider-1.2.so.17()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libecal-1.2.so.7()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-exchange-2.31.3-1.fc14.x86_64 requires 
libedata-cal-1.2.so.7()(64bit)
evolution-rss-0.1.9-7.20100525git.fc14.x86_64 requires 
libwebkit-1.0.so.2()(64bit)
evolution-rss-0.1.9-7.20100525git.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libecal-1.2.so.7()(64bit)
evolution-sharp-0.21.1-7.fc14.x86_64 requires libebook-1.2.so.9()(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)
ghc-darcs-2.4.4-2.fc14.x86_64 

Re: Naming issue for meego 1.0 related packages

[Chen Lei]

2010/7/12 Kevin Kofler kevin.kof...@chello.at:
 Michel Alexandre Salim wrote:
 I experienced this recently with another project (openSUSE's build
 service client) -- GitHub lets you download a project's tagged
 snapshots as tarballs, but Gitorious does not have this functionality.

 But on-demand autogenerated tarballs are evil because they usually don't
 have reproducible checksums, so there's no straightforward way to verify
 that the tarball has not been altered.

        Kevin Kofler


The autogenerted tarballs from original moblin VCS[1] are not evil :),
they have a permanent checksums. Unfortunately, meego moved all
packages to gitorious which don't have the same feature. So I suggest
to use tarballs extracted from upstream SRPM[1] instead of pulling
source files directly from VCS to be easier for checking md5sum. Is it
forbidden by fedora packaging guideline?  When we keep consistent with
upstream RPM version, we can also report some bugs to meego bugzilla
directly.

[1]http://git.moblin.org/cgit.cgi/scim-panel-vkb-gtk/
[2]http://repo.meego.com/


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

Re: Naming issue for meego 1.0 related packages

[Mattias Ellert]

fre 2010-07-16 klockan 18:26 +0800 skrev Chen Lei:

 I think using git repo for meego packages have more
 harm than benefit, because the most important feature for rpm is
 people can validate the md5sum of the source tarball easily. Unless
 special case we can't find a way to get reliable souce tarballs, I
 think it's better to use tarballs rather than get source files from
 VCS.

This is not a valid argument. The guidelines specify how to document in
the specfile how to reproduce a source tarball created from VCS. The
reviewer in order to verify the source recreates the source using the
given specification and compares his created copy with the one in the
SRPM. I agree that this comparison would normally have to be done using
diff -r rather than md5sum due to timestamps of directories and
differences in user and group assignments of the checked out files, but
the verification is still possible and valid.

A checkout used in a SRPM should of course be done by giving a tag,
revision or timestamp so that it can be reproduced at any later time.
Using head/trunk/master without any such specification is not
reproducible.

Mattias



smime.p7s
Description: S/MIME cryptographic signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rebuild of wxGTK without the internal crash handler in Rawhide

[Michael Schwendt]

On Fri, 16 Jul 2010 12:34:54 +0200, Dan wrote:

 the result of the rebuild are:
 
 failed to build due the removed function, here I will prepare a fix
 multiget
 
 failed to build due other problems:
 audacity

Likely fall-out from the recent upgrade to GCC 4.5.0 a few days ago.

 plee-the-bear
 ucblogo
 
 
 Dan
 
 
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] The systemd unit files I'll post

[Lennart Poettering]

On Fri, 16.07.10 09:32, Hans Ulrich Niedermann (h...@n-dimensional.de) wrote:

 
 On Thu, 2010-07-15 at 16:18 +0200, Lennart Poettering wrote:
  Note that if admins want to change the parameters passed to daemons they
  have a very easy way to do that in systemd: they can just copy the
  rpm-owned service file from /lib/systemd/system into
  /etc/systemd/systemd and then make their changes. 
 
 So an admin can use the same file in both the following directories, but
 one dir must be called system without d and the other systemd with
 d?
 
/lib/systemd/system/
/etc/systemd/systemd/
 
 I would perceive that as unnecessarily inconsistent and confusing. 

Sorry, that was a typo. It's /etc/systemd/system, too.

(The story behind those names is that we eventually want to run as
session managers too in which case the global user configuration is
found in /etc/systemd/session and /usr/share/systemd/session)

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Naming issue for meego 1.0 related packages

[Chen Lei]

2010/7/16 Mattias Ellert mattias.ell...@fysast.uu.se:
 fre 2010-07-16 klockan 18:26 +0800 skrev Chen Lei:

 I think using git repo for meego packages have more
 harm than benefit, because the most important feature for rpm is
 people can validate the md5sum of the source tarball easily. Unless
 special case we can't find a way to get reliable souce tarballs, I
 think it's better to use tarballs rather than get source files from
 VCS.

 This is not a valid argument. The guidelines specify how to document in
 the specfile how to reproduce a source tarball created from VCS. The
 reviewer in order to verify the source recreates the source using the
 given specification and compares his created copy with the one in the
 SRPM. I agree that this comparison would normally have to be done using
 diff -r rather than md5sum due to timestamps of directories and
 differences in user and group assignments of the checked out files, but
 the verification is still possible and valid.

Mattias

Yes, it's no wrong to pull source from VCS, we can compare source
files using diff -r, but it's not as easy as checking md5sum. Meego
project have dozens of specific packages, it's not convenient to check
source files for so many packages, also there are some packages don't
have proper tags in meego VCS.  Meego repo is a reliable place to get
source and also the upstream, we don't have any security problem when
using source files from upstream repo. If we have a easy way to get
source files why we still use a hard way.


Regrads,
Chen Lei
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Naming issue for meego 1.0 related packages

[Chen Lei]

2010/7/16 Colin Walters walt...@verbum.org:

 But verifying a git tag is really easy too.  I just disagree with you;
 if tarballs are provided, fine - if they aren't, it's trivial to use
 archives of git tags.
 --

Is there a script to help us to verify and pull sources from git repo?
 Meego project have dozens of packages(or maybe nearly one hundred
packages), most of them don't provide tarballs at all except tarballs
extracted from upstream SRPM.  Also, some of them don't have a proper
tag in the git repo or git version is older than SRPM version.

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

Re: [HEADS-UP] The systemd unit files I'll post

[Nicolas Mailhot]

Le 15/07/2010 19:42, Till Maas a écrit :
 On Thu, Jul 15, 2010 at 07:04:49PM +0200, Lennart Poettering wrote:

 In contrast to SSH it is very unlikely that dovecot will run on
 non-server systems. 
 I am not sure how comm

on it is, but I use dovecot to be able to access
 the mail that is stored on my desktop with both mutt and kmail.

It is very common to run a local IMAP serveur for cross-MUA mail
storage. MUA authors suck at backends and have not figured yet people
like multiple clients pointing to the same storage. They write tons of
import routines but want to keep copies in their own format in their own
folders (and Thunderbird for example has no Maildir support at all years
after every one else added it).

These days it is much easier to set up a local dovecot than try to
convince MUA authors to fix their stuff (and with squirrelmail you can
even webmailize it)

Regards,

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

Re: [HEADS-UP] The systemd unit files I'll post

[Adam Williamson]

On Fri, 2010-07-16 at 17:11 +0200, Nicolas Mailhot wrote:

 These days it is much easier to set up a local dovecot than try to
 convince MUA authors to fix their stuff (and with squirrelmail you can
 even webmailize it)

It's even faster, however, to dump all your mail in GMail and use that
as your server. I don't do this because I don't want Google to have all
my mail, and I know a few others who don't, but in my experience anyway,
this seems to be a lot more common than running a private mail server,
these days.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: [HEADS-UP] The systemd unit files I'll post

[Nicolas Mailhot]

Le 16/07/2010 17:29, Adam Williamson a écrit :

 It's even faster, however, to dump all your mail in GMail and use that
 as your server.

Well, I assume that the scores of MUAs we still ship mean gmail has not
taken over all our users yet.


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

Re: [HEADS-UP] The systemd unit files I'll post

[Simo Sorce]

On Fri, 16 Jul 2010 17:39:39 +0200
Nicolas Mailhot nicolas.mail...@laposte.net wrote:

 Le 16/07/2010 17:29, Adam Williamson a écrit :
 
  It's even faster, however, to dump all your mail in GMail and use
  that as your server.
 
 Well, I assume that the scores of MUAs we still ship mean gmail has
 not taken over all our users yet.

Gmail is available via POP and IMAP ... not antithetic to MUAs.

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

Re: [HEADS-UP] The systemd unit files I'll post

[Adam Williamson]

On Fri, 2010-07-16 at 17:39 +0200, Nicolas Mailhot wrote:
 Le 16/07/2010 17:29, Adam Williamson a écrit :
 
  It's even faster, however, to dump all your mail in GMail and use that
  as your server.
 
 Well, I assume that the scores of MUAs we still ship mean gmail has not
 taken over all our users yet.

Well, not really. Even if no-one ran a personal mail server, we'd
probably still have MUAs in Fedora.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: Licensing Guidelines Update - Please Read

[Hans Ulrich Niedermann]

On Wed, 2010-07-07 at 16:29 -0400, Tom spot Callaway wrote:

 [ndim] nted: nted-doc-1.10.3-2.fc14.noarch 
 nted-ntedfont-fonts-1.10.3-2.fc14.noarch

Fixed in nted-1.10.12-2.fc14.

 [ndim] simulavr: simulavr-doc-0.1.2.6-6.fc13.noarch

Fixed in simulavr-0.1.2.6-7.fc14.

 [ndim] terminus-fonts: terminus-fonts-console-4.30-1.fc13.noarch

Fixed in terminus-fonts-4.30-2.fc14.


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

Re: Licensing Guidelines Update - Please Read

[Jonathan Underwood]

On 7 July 2010 21:29, Tom spot Callaway tcall...@redhat.com wrote:

 [jgu] emacs-auctex: tex-preview-11.86-2.fc14.noarch
 emacs-auctex-doc-11.86-2.fc14.noarch

Fixed in rawhide (emacs-auctex-11.86-3)

 [jgu] shorewall: shorewall6-lite-4.4.10-4.fc14.noarch
 shorewall-lite-4.4.10-4.fc14.noarch

Both false positives, shorewall[6]-lite sub-packages both contain COPYING file.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 14 Alpha Blocker Meeting #1 Recap 2010-07-16

[John Poelstra]

Meeting summary
---
* LINK:
 
https://bugzilla.redhat.com/showdependencytree.cgi?id=611990hide_resolved=1
   (adamw, 16:03:18)
* https://bugzilla.redhat.com/show_bug.cgi?id=596985  (poelcat,
   16:05:35)
   * LINK: http://tinyurl.com/2apxuo7   (adamw, 16:05:49)
   * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=596985 remove
 from F14Alpha blocker--will reconsider if this bug impact turns out
 to be more widespread  (poelcat, 16:11:18)

* https://bugzilla.redhat.com/show_bug.cgi?id=613695  (poelcat,
   16:12:04)
   * LINK:
 
https://fedoraproject.org/wiki/Test_Results:Fedora_14_Pre-Alpha_Rawhide_Acceptance_Test_1
 (adamw, 16:16:26)
   * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=613695 request
 more information to determine if this bug breaks criterion or not
 (poelcat, 16:22:05)

* https://bugzilla.redhat.com/show_bug.cgi?id=613817  (poelcat,
   16:22:20)
   * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=613817 keep as
 blocker unless feedback from devel is otherwise  (poelcat, 16:31:45)

* https://bugzilla.redhat.com/show_bug.cgi?id=614488  (poelcat,
   16:32:12)
   * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=614488 leave as
 blocking f14alpha, need additional information  (poelcat, 17:01:25)

* https://bugzilla.redhat.com/show_bug.cgi?id=614538  (poelcat,
   17:02:31)
   * ACTION: https://bugzilla.redhat.com/show_bug.cgi?id=614538 accepted
 as a blocker  (poelcat, 17:11:26)


http://meetbot.fedoraproject.org/fedora-bugzappers/2010-07-16/fedora-bugzappers.2010-07-16-16.02.html
10:13:23  zodbot Minutes (text):
http://meetbot.fedoraproject.org/fedora-bugzappers/2010-07-16/fedora-bugzappers.2010-07-16-16.02.txt
10:13:23  zodbot Log:
http://meetbot.fedoraproject.org/fedora-bugzappers/2010-07-16/fedora-bugzappers.2010-07-16-16.02.log.html
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Licensing Guidelines Update - Please Read

[Christof Damian]

On Wed, Jul 7, 2010 at 22:29, Tom spot Callaway tcall...@redhat.com wrote:
 [cdamian] sphinx: libsphinxclient-0.9.9-1.fc13.x86_64

this should be fixed in rawhide now
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

XLib, Pulse Audio and gtk2 in a crash backtrace

[Michael Schwendt]

http://bugzilla.redhat.com/615422

What to do with this ticket? XLib, Pulse Audio and gtk2 in the backtrace.
What do other package maintainers do with such reports?

Thread 1 (Thread 1787):
#0  XCloseDisplay (dpy=0x99f9c08) at ClDisplay.c:74
ext = 0x0
i = value optimized out
#1  0x060966e6 in pa_client_conf_from_x11 (c=0x99d7fa0, 
dname=value optimized out) at pulse/client-conf-x11.c:110
d = 0x99f9c08
ret = value optimized out
t = 

4642e92867766e162bfc28facd7f0356dff5d9b86f72d685dce47800bf4b4e2a4ec84dafbd4bbb9110e5a62a22b8a25019fbd6bec0dc1355a1696130bb0f8d7290a3baa23ef75a0b0064b9548733cb98ad1980248a440e42bd2fa2729e356ab9269e430b...
__func__ = pa_client_conf_from_x11
__PRETTY_FUNCTION__ = pa_client_conf_from_x11
#2  0x0606e970 in pa_context_new_with_proplist (mainloop=0x9a23f78, name=0x0, 
p=0x99f8668) at pulse/context.c:182
c = 0x99d89f0
__func__ = pa_context_new_with_proplist
__PRETTY_FUNCTION__ = pa_context_new_with_proplist
#3  0x0087f55d in context_connect (c=0x9b9aa58, nofail=0) at pulse.c:242
l = 0x99f8668
p = 0x9965d08
ret = value optimized out
__PRETTY_FUNCTION__ = context_connect
#4  0x0087f876 in pulse_driver_open (c=0x9b9aa58) at pulse.c:392
p = 0x9965d08
ret = value optimized out
__PRETTY_FUNCTION__ = pulse_driver_open
[...]
https://bugzilla.redhat.com/attachment.cgi?id=432455
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora Release Engineering meeting summary for 2010-07-16

[Dennis Gilmore]

Minutes:http://meetbot.fedoraproject.org/fedora-
meeting/2010-07-16/fedora-releng.2010-07-16-17.01.html   
Minutes (text): http://meetbot.fedoraproject.org/fedora-
meeting/2010-07-16/fedora-releng.2010-07-16-17.01.txt
Log:http://meetbot.fedoraproject.org/fedora-
meeting/2010-07-16/fedora-releng.2010-07-16-17.01.log.html 

Meeting summary
---
* roll call  (Oxf13, 17:01:16)
  * present are brunowolff poelcat notting jsmith nirik  (Oxf13,
17:03:32)

* Spins  (Oxf13, 17:03:54)
  * rdieter also present  (Oxf13, 17:05:42)
  * Spin owners must check in with testing before the go / no go date or
risk having spin dropped  (Oxf13, 17:37:44)
  * A slip of the release will reset the spin go / no go date as well
and give MIA spin owners an extension  (Oxf13, 17:38:05)
  * In case of a slip, if the updated packages are not on a spin, a
re-test will not be needed  (Oxf13, 17:38:25)
  * All releng requires is that testing be done.  The amount of testing
is to be determined by QA and the spin owners  (Oxf13, 17:38:49)
  * releng will communicate to spin owners when RC phase starts, and
when new packages are needed beyond nightly compose for future RCs
(Oxf13, 17:39:26)

* dist-git  (Oxf13, 17:40:48)
  * Users can now use dist-git and fedpkg for cloning, committing,
pushing, and building in koji.stg  (Oxf13, 17:41:15)
  * oxf13 feels that we are pretty close to required functionality for
initial roll out  (Oxf13, 17:41:36)
  * new package creation and branch scripts have been modified to work
with dist-git, as has the lookaside cgi  (Oxf13, 17:41:59)
  * Need to detect broken conversions and attempt with git cvs-import
(Oxf13, 17:49:41)
  * will try directory based upstream top level branches for target
discovery (eg F-13/HEAD F-13/coolbranch)  (Oxf13, 17:50:07)
  * We need to draft a roll out plan and present it to FESCo, complete
with rollback plan  (Oxf13, 17:51:00)
  * ACTION: We need people to start gathering a list of wiki pages that
will need modifications for dist-git  (Oxf13, 17:51:52)
  * ACTION: Oxf13 to talk to fedora admins about resources for
pkgs.fedoraproject.org production dist-git server  (Oxf13, 17:55:21)

* open floor  (Oxf13, 17:59:30)

Meeting ended at 18:02:01 UTC.


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: XLib, Pulse Audio and gtk2 in a crash backtrace

[Adam Williamson]

On Fri, 2010-07-16 at 19:56 +0200, Michael Schwendt wrote:
 http://bugzilla.redhat.com/615422
 
 What to do with this ticket? XLib, Pulse Audio and gtk2 in the backtrace.
 What do other package maintainers do with such reports?

I'd pick any one of the components and CC the maintainers of all three,
in the hopes that someone wants to own up =)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: bash auto completion

[Jonathan Ryshpan]

On Thu, 2010-07-15 at 21:42 -0400, Todd Zullinger wrote:
 Jonathan MERCIER wrote:
  why default bahrc do not contain all file in /etc/bash_completion.d ?
  me i add in bashrc:
  for file in /etc/bash_completion.d/*; do . $file; done
 
  instead . /etc/bash_compeltion = because do not works file do not
  exist!
 
 This question is probably better suited the the users list¹.
 
 But, I'm going to guess that you don't have the bash-completion
 package installed.  That is what provides /etc/bash_completion.
 
 ¹ https://admin.fedoraproject.org/mailman/listinfo/users/

I don't think this is quite true, since it looks like the contents
of /etc/bash_completion.d are installed by various RPMs.  Maybe this is
what's causing confusion.
$ rpm -qf /etc/bash_completion.d
yum-3.2.27-4.fc13.noarch
rpmdevtools-7.8-1.fc13.noarch
yum-utils-1.1.27-2.fc13.noarch
PackageKit-0.6.6-1.fc13.x86_64

In more detail:
$ for i in /etc/bash_completion.d/*; do echo $i; rpm -qf $i;
done
/etc/bash_completion.d/acroread.sh
AdobeReader_enu-9.3.2-1.i486
/etc/bash_completion.d/dbus-bash-completion.sh
dbus-glib-devel-0.86-1.fc13.x86_64
/etc/bash_completion.d/gvfs-bash-completion.sh
gvfs-1.6.2-1.fc13.x86_64
/etc/bash_completion.d/pk-completion.bash
PackageKit-0.6.6-1.fc13.x86_64
/etc/bash_completion.d/rpmdevtools.bash-completion
rpmdevtools-7.8-1.fc13.noarch
/etc/bash_completion.d/yum-utils.bash
yum-utils-1.1.27-2.fc13.noarch
/etc/bash_completion.d/yum.bash


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

Re: [HEADS-UP] The systemd unit files I'll post

[Roberto Ragusa]

Till Maas wrote:
 On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
 On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:

 On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:

 And why should acpid go away? What is there that can be used instead?
 Used for what exactly?
 
 To react on ACPI events, e.g. when the lid of a notebook is opened[0]
 or when the notebook is removed from a docking station.
 
 upowerd handles this now.
 
 It looks like it is as bad documented as hal. At least the manpages on
 freedesktop.org[1] did not provide any information about what one can do
 with it. Acpid has a very good manpage that shows how one can easily
 add scripts that react to any ACPI event.

I have a use case which does not involve power management.
Some keys on my Thinkpad generate ACPI events which I can assign
to scripts run by acpid.

For example the ThinkVantage button is mapped to 'sync' (acpid is
one of the things which manages to work even on a half-crashed system),
then I mapped some Fn-F[1-12] combinations to other system wide
functions. One is mapped to kill -STOP/-CONT all running firefox processes,
which I use to save battery while reading webpages, excluding the instants
when I scroll or change tab. Another one helps with the display brightness
control (detect brightness+ key - run command to increase brightness).
Another one is used to activate the screensaver/screenlock when
walking away from the machine; maybe this one could have been done in a
session context, but Fn-F1 is really well positioned to be reached by
my fingers.

-- 
   Roberto Ragusamail at robertoragusa.it
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: bash auto completion

[Todd Zullinger]

Jonathan Ryshpan wrote:
 On Thu, 2010-07-15 at 21:42 -0400, Todd Zullinger wrote:
 Jonathan MERCIER wrote:
 why default bahrc do not contain all file in /etc/bash_completion.d ?
 me i add in bashrc:
 for file in /etc/bash_completion.d/*; do . $file; done

 instead . /etc/bash_compeltion = because do not works file do not
 exist!

 This question is probably better suited the the users list¹.

 But, I'm going to guess that you don't have the bash-completion
 package installed.  That is what provides /etc/bash_completion.

 ¹ https://admin.fedoraproject.org/mailman/listinfo/users/

 I don't think this is quite true, since it looks like the contents
 of /etc/bash_completion.d are installed by various RPMs.  Maybe this is
 what's causing confusion.

Packages may drop bash_completion files in /etc/bash_completion.d and
not require bash-completion.  So they own that dir.  To enable
bash-completion fully, install the bash-completion package.

I still think this is a users list question though. :)

-- 
ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp
~~
I don't mean to sound cold, or cruel, or vicious,
but I am, so that's the way it comes out.
-- Bill Hicks



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

Re: bash auto completion

[Matthew Miller]

On Fri, Jul 16, 2010 at 12:21:40PM -0700, Jonathan Ryshpan wrote:
  But, I'm going to guess that you don't have the bash-completion
  package installed.  That is what provides /etc/bash_completion.
 I don't think this is quite true, since it looks like the contents
 of /etc/bash_completion.d are installed by various RPMs.  Maybe this is
 what's causing confusion.

Actually, it's exactly true, *and* it's what's causing confusion. :)

-- 
Matthew Miller mat...@mattdm.org
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

Re: trouble locally reproducing koji build error

[Zach Carter]

On Friday 16 July 2010 00:36:31 Andreas Schwab wrote:
  Any insight, tips or pointers would be much appreciated.
 
 You could modify the spec file to cat the config.log file on error,
 which should give you more clues.

Thanks for the suggestion.  I did that and got a more verbose and detailed 
log.[1]  Unfortunately I'm not a big enough c++/boost guru to know what it 
means.  I'll keep banging away at it though.

And I still don't know why it can't be reproduced outside of koji.  I even 
tried the build on one of Kevin's public machines (rawhide was natively 
installed there), and the error did not reproduce.

-Zach

[1] http://koji.fedoraproject.org/koji/getfile?taskID=2324390name=build.log

...
| include boost/program_options.hpp
| int
| main ()
| {
| boost::program_options::variables_map::variables_map dummy()
|   ;
|   return 0;
| }
configure:18263: g++ -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -
fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic   
conftest.cpp -lboost_program_options -lboost_system -lboost_regex -
lboost_program_options-mt 5
conftest.cpp: In function 'int main()':
conftest.cpp:58:1: error: 
'boost::program_options::variables_map::variables_map' names the constructor, 
not the type
conftest.cpp:58:54: error: expected ';' before 'dummy'
conftest.cpp:59:3: error: statement cannot resolve address of overloaded 
function
configure:18263: $? = 1
configure: failed program was:
...

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

Re: Feature 14: D programming

[Orion Poplawski]

On 07/15/2010 07:41 AM, Jonathan MERCIER wrote:
 hi everybody
 ldc compiler is in testing repos, i search some guy for test and
 increase his karma thanks
 link:
 https://admin.fedoraproject.org/updates/ldc-0.9.2-1.2.20100706hg1653.fc13


Is it possible to do anything useful with just ldc?

[or...@orca build]$ cat test.d
int main(char[][] args)
{return args.sizeof-1;} 

[or...@orca build]$ ldc test.d
object.d: Error: module object cannot read file 'object.d'

Should ldc Require at runtime development library (tango?) like gcc Requires 
glibc-devel?

-- 
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: [HEADS-UP] The systemd unit files I'll post

[Matthew Garrett]

On Fri, Jul 16, 2010 at 09:42:33PM +0200, Roberto Ragusa wrote:

 I have a use case which does not involve power management.
 Some keys on my Thinkpad generate ACPI events which I can assign
 to scripts run by acpid.

Keys also all generate input events, and the /proc/acpi/events 
interface is slated to die before too much longer. acpid is going to 
have to die before too much longer, but it would be good to replace it 
with something that can listen to arbitrary input events.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[389-devel] Please review: Bug 547503 - replication broken again, with 389 MMR replication and TCP errors

[Rich Megginson]

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

https://bugzilla.redhat.com/attachment.cgi?id=432492action=diff

https://bugzilla.redhat.com/attachment.cgi?id=432492action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: trouble locally reproducing koji build error

[John5342]

On Fri, Jul 16, 2010 at 20:52, Zach Carter z.car...@f5.com wrote:
 On Friday 16 July 2010 00:36:31 Andreas Schwab wrote:
  Any insight, tips or pointers would be much appreciated.

 You could modify the spec file to cat the config.log file on error,
 which should give you more clues.

 Thanks for the suggestion.  I did that and got a more verbose and detailed
 log.[1]  Unfortunately I'm not a big enough c++/boost guru to know what it
 means.  I'll keep banging away at it though.

 And I still don't know why it can't be reproduced outside of koji.  I even
 tried the build on one of Kevin's public machines (rawhide was natively
 installed there), and the error did not reproduce.

 -Zach

 [1] http://koji.fedoraproject.org/koji/getfile?taskID=2324390name=build.log

 ...
 | include boost/program_options.hpp
 | int
 | main ()
 | {
 | boost::program_options::variables_map::variables_map dummy()
 |   ;
 |   return 0;
 | }
 configure:18263: g++ -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -
 fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
 conftest.cpp -lboost_program_options -lboost_system -lboost_regex -
 lboost_program_options-mt 5
 conftest.cpp: In function 'int main()':
 conftest.cpp:58:1: error:
 'boost::program_options::variables_map::variables_map' names the constructor,
 not the type
 conftest.cpp:58:54: error: expected ';' before 'dummy'
 conftest.cpp:59:3: error: statement cannot resolve address of overloaded
 function
 configure:18263: $? = 1
 configure: failed program was:
 ...
 

Well the problem is obvious. The line in the test program should be:

boost::program_options::variables_map dummy()

and not:

boost::program_options::variables_map::variables_map dummy()

I however know very little about autotools (and don't intend on ever
learning either) so how to actually fix it is another matter. If the
configuration scripts are generated during the build maybe there is
something going on there. As a temporary workaround perhaps it might
be possible to just use sed to change the line in the configuration
scripts after they are generated.

-- 
There are 10 kinds of people in the world: Those who understand binary
and those who don't...
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] The systemd unit files I'll post

[Alexander Boström]

tor 2010-07-15 klockan 08:58 +0200 skrev Till Maas:

 How are the /etc/sysconfig/service files now used? E.g. on F12 ntpd
 drops privs to ntp:ntp according to /etc/sysconfing/ntpd, but
 ntpd.service file seems not to do something like this.

So how about this:

If /etc/sysconfig/service exists and contains any line that's not a
comment, empty or only whitespace, then systemd should fall back to the
SysV script.

Then push updates to the packages containing the sysconfig files and
start scripts such that the variables are commented out in the sysconfig
file and the default values are set in the start script instead, before
sourceing the sysconfig file.

In case the admin modifies the sysconfig file and then updates the
system to use systemd, that sysconfig file won't be replaced and will
probably contain something that triggers systemd to fall back to SysV
style there.

/Alexander


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

Re: gcc-4.5-RH in F14

[Richard W.M. Jones]

On Fri, Jul 09, 2010 at 12:28:46PM -0400, Al Dunsmuir wrote:
 I  would suggest doing PGO for the following:

The kernel?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: gcc-4.5-RH in F14

[Richard W.M. Jones]

On Thu, Jul 08, 2010 at 06:17:49PM -0700, Roland McGrath wrote:
 It's pretty hard to imagine what you could preserve across builds of
 nontrivially nonidentical source trees that would continue to line up at
 the basic block level where it's meaningful to the compiler.  Perhaps you
 could do something reduced to terms of source line locations, or number of
 basic blocks into a named function, or something.  But it sounds very iffy.

Can the results be folded back into the source code in any way,
eg as comments or __attributes__?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
-- 
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 bojan at rexursive.com writes:

 Bojan Smojver bojan at rexursive.com writes:
 
  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...
 
 Thank you! (http://koji.fedoraproject.org/koji/buildinfo?buildID=183791)

Tested and leaks appear to have been fixed. So, ready for updates.

--
Bojan



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

Re: gcc-4.5-RH in F14

[Brandon Lozza]

On Tue, Jul 13, 2010 at 12:03 PM, Przemek Klosowski
przemek.klosow...@nist.gov wrote:
 On 07/13/2010 11:55 AM, Brandon Lozza wrote:

 I'm going to keep a personal note of the apps which do perform faster
 and grab the src rpm's so that I can compile them myself with LTO.

 Jakub Jelinek said that LTO isn't really usable in 4.5.

'so that I can compile them myself with LTO.'

:)

It won't effect you guys, not doing anything official with it.



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

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

Re: [HEADS-UP] The systemd unit files I'll post

[Ben Boeckel]

In article 20100716120023.4468b...@willson.li.ssimo.org you wrote:
 Gmail is available via POP and IMAP ... not antithetic to MUAs.

The IMAP is actually pretty non-standard. Enough to be usable, but
broken beyond that. The tag/folder translation is horrible. A move
requires two passes to get it right. The first sync gets it tagged as
'trash' the second sync cleans up the trash now that the message has a
tag in the target directory. AFAIK, it's NOTABUG on their end.

--Ben

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

Re: [HEADS-UP] The systemd unit files I'll post

[Matthew Garrett]

On Fri, Jul 16, 2010 at 10:48:44PM +0200, Roberto Ragusa wrote:

 I do not see events generated by those keys. That is, if I run xev I see
 events for some buttons (VolumeUp, Mute) but nothing for others (ThinkVantage
 and many Fn-F?? combinations).
 
 This is on Fedora-10, anyway. (...I know, I know, unsupported etc...)

Yeah. Run something newer.

-- 
Matthew Garrett | mj...@srcf.ucam.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bug 531464 - why the WONTFIX?

[Przemek Klosowski]

On 07/12/2010 05:38 PM, Jeff Spaleta wrote:
 On Mon, Jul 12, 2010 at 1:25 PM, Przemek Klosowski
 przemek.klosow...@nist.gov  wrote:
 If you kill all of them you'd get rid of the ones you suggested for a
 legit AutoQA tests.

 Yes I would. And I'm okay with that. Since there been no work done to
 identify any scripts yet there's no real work lost.

 I agree about the ugliness of modifying every
 example file. Perhaps a directory examplesThatShouldWork with symlinks
 to the OK set? Maybe that's too obtrusive. What about a script that
 would be the basis for the autoQA run:

 /usr/share/doc/python-matplotlib-0.99.1.2/examples/README.fedora

 You write the script that operates like you want with all the examples
 which appear to be working out of the box for you and submit it as a
 bug report and we''ll rework it as necessary and get something in
 place in the 1.0.0 packaging in rawhide.

OK, I attached the script to

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

IT is ugly---should probably be rewritten as a loop over the result of 
'find /usr/share/doc/python-matplotlib-0.99.1.2/examples -name *.py'
with a blacklist of files that I know don't work

 Also note that several of the examples may not actually run form the
 examples directory because they write output files and assume they can
 write to current directory. Take that into considering in your script.

Those examples are blacklisted (commented out). For testing maybe they 
could be run by 'cd /tmp ; python $EXAMPLES/example.py; popd'

 If it works well enough, I might be able to use as an additional build
 time test in the rpm build regardless of whether autoQA is available.

At present the script opens over 300 windows, which have to be closed 
manually. I coudn't think of an automatic way of closing them; how does 
AutoQA going to deal with the problem of testing GUI apps?

As crazy as this script is, I really think that all packages need such 
testing by execution over a body of known-good examples. Again, the 
trick is how to do it for GUI apps.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bug 531464 - why the WONTFIX?

[Christoph Wickert]

Am Dienstag, den 13.07.2010, 21:34 -0700 schrieb Matt McCutchen:
 On Sun, 2010-07-11 at 13:22 +0200, Christoph Wickert wrote: 

  It is indeed documented in the wiki: If there are bugs which you aren't
  capable of fixing yourself because they deal with intricacies of the
  source code which you don't fully understand, then you still need to
  address these bugs. It can be helpful to work with the upstream
  maintainer of the code, ...
  see http://fedoraproject.org/wiki/Package_maintainer_responsibilities
 
 It's not clear to me whether that refers to true upstream bugs or only
 to Fedora-specific bugs that are too intricate to solve without upstream
 help.

It refers to bugs and thus *covers* all bugs. You should first try to
fix it yourself and upstream the fix if it's not Fedora specific. If you
cannot fix the problem yourself, ask upstream for help.

Regards,
Christoph

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

Re: Feature 14: D programming

[Jonathan MERCIER]

Le vendredi 16 juillet 2010 à 14:32 -0600, Orion Poplawski a écrit :
 On 07/15/2010 07:41 AM, Jonathan MERCIER wrote:
  hi everybody
  ldc compiler is in testing repos, i search some guy for test and
  increase his karma thanks
  link:
  https://admin.fedoraproject.org/updates/ldc-0.9.2-1.2.20100706hg1653.fc13
 
 
 Is it possible to do anything useful with just ldc?
 
 [or...@orca build]$ cat test.d
 int main(char[][] args)
 {return args.sizeof-1;} 
 
 [or...@orca build]$ ldc test.d
 object.d: Error: module object cannot read file 'object.d'
 
 Should ldc Require at runtime development library (tango?) like gcc Requires 
 glibc-devel?
 
 -- 
 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

Thanks for your try, for do something usefull, you need use tango (if
someone would like review it :) )link:
https://bugzilla.redhat.com/show_bug.cgi?id=608069
rebuild rpm from src.rpms and install tango-devel tango yum can use
example in tango-example



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

[Bug 603249] ocaml-mikmatch-devel does not work because the tophide dependency is missing

[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=603249

Subhendu Ghosh sgh...@redhat.com changed:

   What|Removed |Added

 Depends on||615526

-- 
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: Bug 531464 - why the WONTFIX?

[Richard Fearn]

 At present the script opens over 300 windows, which have to be closed
 manually. I coudn't think of an automatic way of closing them; how does
 AutoQA going to deal with the problem of testing GUI apps?

I think wmctrl would help here.

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

gthumb now orphaned?

[Michel Alexandre Salim]

One of the gthumb bug (588039) has been generating a lot of duplicate bug 
entries in Bugzilla -- 2.11.x versions prior to 2.11.4 fail at startup on 
DRI-less systems due to a hard reliance on Clutter (the same way mutter 
would fail on such systems). That bug itself is on QA, now that 2.11.5 is 
in Rawhide (thanks, Matthias). I've simply rebuilt and pushed an F-13 
update based on the Rawhide spec.

I've noticed when cleaning up the dupes that the package is now orphaned 
(the newer bug entries are owned by the orphan username). Since PkgDb 
lists the package as having a lot of co-maintainers, would one of them 
volunteer to be the new owner?

Also, what happened to Behdad?

Best regards,

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: 78884778
Jabber: hir...@jabber.ccc.de   | IRC: hir...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments

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

Question regarding dist-git aesthetics with branches

[Jesse Keating]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I've been struggling with a particular wrinkle in dist-git, how fedpkg
is supposed to reliably discover what Fedora release a packager is
working on.

In the CVS world, we used a branch file.  This is OK, but I think it
would be cleaner if we didn't have to rely upon that.  It's the last
file that wouldn't be exact across all the Fedora releases if a package
is kept in sync.  So what I'd like to do is rely upon discovering the
top level upstream branch, say F-13.  This gets difficult if we allow
maintainers to create and operate on their own upstream branches (which
we should), as I have not found a reliable way to work from a local
branch to which remote branch it tracks to which top level remote branch
it was created from.

One suggestion has been to make use of directory based branching, so
that any maintainer created branch is in a subdir of a top level branch.
 EG we'd a user could create an F-13/kernel-2.7 branch, and call it
whatever they want locally.  fedpkg would be able to work from the local
branch name to what it tracks (origin/F-13/kernel-2.7) and walk down the
path from origin/ to discover F-13.  Then fedpkg can assume F-13 for the
branch and do all the dist conversions and koji target discovery from
that.  This doesn't put too much restraint on what maintainers call
their branches, particularly locally.

The wrinkle with the above though is the base top level branch.  When we
do this with directories, it's not possible to have a simple origin/F-13
branch that a user could interact with (git checkout F-13 would
automatically detect that there is an origin/F-13 remote branch and
setup a local F-13 branch to track it and still allow for an
F-13/foobar branch.  So we have to make the first base upstream branch
F-13/something.  One suggested something has been to call it HEAD,
because git seems to have another short cut that would allow you to do
git checkout -b origin/F-13 and since it finds an origin/F-13/HEAD it
will automatically use that.  HEAD seems to be a special name in this
context.  However it is pointed out that using HEAD here could be
confusing to people who are more familiar with git and naming
conventions.  Another suggestion is to call it F-13/master since
master is a more appropriate and expected name.  However that means
you can't use the short cut and have to do a full git checkout -b F-13
origin/F-13/master.  Since you have to use the full path here, we
aren't bound by the name master and we could name it anything we want,
something that might make sense to Fedora or dist-git.

Now, these are fairly low details which can be hidden behind fedpkg
(there is a proposed patch to give fedpkg a 'switch-branch' command that
will switch you from one to the other, and we can make calls to F-13
attempt origin/F-13/master or whatever), but I feel that this is a
detail I shouldn't just decide on my own.  So, I welcome the discussion.
 I also welcome anybody challenging the above assumptions and showing us
an even better way of managing the branch naming and discovering client
side what Fedora target a maintainer wishes to work against.  I will
however put some constraints on that.  A maintainer shouldn't have to
modify anything in their local clone to indicate what target, fedpkg
should be able to do a clone of a repo, switch to a branch (which may be
a branch of a branch of a branch) and be able to discover what the
target should be.

Thanks!

- -- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.14 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkxA9DgACgkQ4v2HLvE71NU9hwCghhorcU8oz/gAWKk3h76q+h7r
T2sAn0MfdRwHR+niHYQPIAWkaMhHLF1f
=xc1g
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Bug 531464 - why the WONTFIX?

[Adam Williamson]

On Sat, 2010-07-17 at 09:55 +1000, David Timms wrote:

 Would it it be useful for abrt to automatically submit bugs to such a
 thing ?
 This wouldn't pollute either fedora's or upstream bug systems, yet it
 would capture vital info (backtrace) that would otherwise go missing.
 With some marketing, it might be possible for upstream developers to
 want to be subscribed to their apps external bug info ?

Will Woods was talking about setting up a separate db for abrt crashes a
while back, IIRC. Dunno what happened to that idea. Might just be
ENOTIME.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

source url when upstream disappears (geocities)

[David Timms]

I vaguely remember something about this, but can't find it in wiki or
list archives:
My upstream hasn't updated in years, but the package (glglobe) still
builds for fedora and epel. Late in 2009, it appears that the upstream
hosting site was closed: http://www.geocities.com  (now yahoo).

However, www.oocities.com has chosen to create an archive of various
parts of geocities, and hence the original web pages and source are
available within the archive; it then has a different URL.

Since rpmlint complains, W invalid-URL, for the URL and Source0, it it
acceptable to point to the archive site ?

Concern would be:
- the archive places the content in a frame, so it's not exactly the
same look
- content could get changed by someone else
- linked source could get changed by someone else.

Should I update the URL ?
I was thinking to comment the original URL  Source indicating the
original site, but then change the tagged lines to the oocities versions.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: gthumb now orphaned?

[Rahul Sundaram]

On 07/17/2010 04:57 AM, Michel Alexandre Salim wrote:
 One of the gthumb bug (588039) has been generating a lot of duplicate bug 
 entries in Bugzilla -- 2.11.x versions prior to 2.11.4 fail at startup on 
 DRI-less systems due to a hard reliance on Clutter (the same way mutter 
 would fail on such systems). That bug itself is on QA, now that 2.11.5 is 
 in Rawhide (thanks, Matthias). I've simply rebuilt and pushed an F-13 
 update based on the Rawhide spec.

 I've noticed when cleaning up the dupes that the package is now orphaned 
 (the newer bug entries are owned by the orphan username). Since PkgDb 
 lists the package as having a lot of co-maintainers, would one of them 
 volunteer to be the new owner?

 Also, what happened to Behdad?
   

Behdad now works for Google.

http://mces.blogspot.com/2010/06/june.html

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

Broken dependencies: perl-DBI-Dumper

[buildsys]

perl-DBI-Dumper has broken dependencies in the rawhide tree:
On x86_64:
perl-DBI-Dumper-2.01-8.fc12.x86_64 requires perl(:MODULE_COMPAT_5.10.0)
On i386:
perl-DBI-Dumper-2.01-8.fc12.i686 requires perl(:MODULE_COMPAT_5.10.0)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Pugs-Compiler-Rule

[buildsys]

perl-Pugs-Compiler-Rule has broken dependencies in the rawhide tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires 
perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Pugs-Compiler-Rule-0.37-4.fc13.noarch requires 
perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Broken dependencies: perl-Data-Alias

[buildsys]

perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.07-6.fc13.x86_64 requires perl(:MODULE_COMPAT_5.10.1)
On i386:
perl-Data-Alias-1.07-6.fc13.i686 requires perl(:MODULE_COMPAT_5.10.1)
Please resolve this as soon as possible.


--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File B-Compiling-0.02.tar.gz uploaded to lookaside cache by iarnell

[Iain Arnell]

A file has been added to the lookaside cache for perl-B-Compiling:

fce284d7a9914c9847694960235db72a  B-Compiling-0.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-B-Compiling/F-13 perl-B-Compiling.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-B-Compiling/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29267/F-13

Modified Files:
.cvsignore sources 
Added Files:
perl-B-Compiling.spec 
Log Message:
initial import


--- NEW FILE perl-B-Compiling.spec ---
Name:   perl-B-Compiling
Version:0.02
Release:1%{?dist}
Summary:Expose PL_compiling to perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/B-Compiling/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/B-Compiling-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Exporter)
BuildRequires:  perl(Test::More)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
This module exposes the perl interpreter's PL_compiling variable to perl.

%prep
%setup -q -n B-Compiling-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/B*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.02-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/F-13/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:47:47 -  1.1
+++ .cvsignore  17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+B-Compiling-0.02.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/F-13/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:47:47 -  1.1
+++ sources 17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+fce284d7a9914c9847694960235db72a  B-Compiling-0.02.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-B-Compiling/F-12 perl-B-Compiling.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-B-Compiling/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29267/F-12

Modified Files:
.cvsignore sources 
Added Files:
perl-B-Compiling.spec 
Log Message:
initial import


--- NEW FILE perl-B-Compiling.spec ---
Name:   perl-B-Compiling
Version:0.02
Release:1%{?dist}
Summary:Expose PL_compiling to perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/B-Compiling/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/B-Compiling-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Exporter)
BuildRequires:  perl(Test::More)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
This module exposes the perl interpreter's PL_compiling variable to perl.

%prep
%setup -q -n B-Compiling-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/B*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.02-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:47:47 -  1.1
+++ .cvsignore  17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+B-Compiling-0.02.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:47:47 -  1.1
+++ sources 17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+fce284d7a9914c9847694960235db72a  B-Compiling-0.02.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-B-Compiling/devel perl-B-Compiling.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-B-Compiling/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29267/devel

Modified Files:
.cvsignore sources 
Added Files:
perl-B-Compiling.spec 
Log Message:
initial import


--- NEW FILE perl-B-Compiling.spec ---
Name:   perl-B-Compiling
Version:0.02
Release:1%{?dist}
Summary:Expose PL_compiling to perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/B-Compiling/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/B-Compiling-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Exporter)
BuildRequires:  perl(Test::More)
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
This module exposes the perl interpreter's PL_compiling variable to perl.

%prep
%setup -q -n B-Compiling-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/B*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.02-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:47:47 -  1.1
+++ .cvsignore  17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+B-Compiling-0.02.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:47:47 -  1.1
+++ sources 17 Jul 2010 05:44:42 -  1.2
@@ -0,0 +1 @@
+fce284d7a9914c9847694960235db72a  B-Compiling-0.02.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-B-Compiling/F-13 perl-B-Compiling.spec,1.1,1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-B-Compiling/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29452/F-13

Modified Files:
perl-B-Compiling.spec 
Log Message:
* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.02-2
- cleanup spec for modern rpmbuild



Index: perl-B-Compiling.spec
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/F-13/perl-B-Compiling.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- perl-B-Compiling.spec   17 Jul 2010 05:44:42 -  1.1
+++ perl-B-Compiling.spec   17 Jul 2010 05:46:06 -  1.2
@@ -1,12 +1,11 @@
 Name:   perl-B-Compiling
 Version:0.02
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Expose PL_compiling to perl
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/B-Compiling/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/B-Compiling-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(Sub::Exporter)
 BuildRequires:  perl(Test::More)
@@ -25,8 +24,6 @@ This module exposes the perl interpreter
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
 make pure_install DESTDIR=$RPM_BUILD_ROOT
 
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
@@ -38,9 +35,6 @@ find $RPM_BUILD_ROOT -depth -type d -exe
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
 %defattr(-,root,root,-)
 %doc Changes README
@@ -49,5 +43,8 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.02-2
+- cleanup spec for modern rpmbuild
+
 * Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.02-1
 - Specfile autogenerated by cpanspec 1.78.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-B-Compiling/devel perl-B-Compiling.spec,1.1,1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-B-Compiling/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29452/devel

Modified Files:
perl-B-Compiling.spec 
Log Message:
* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.02-2
- cleanup spec for modern rpmbuild



Index: perl-B-Compiling.spec
===
RCS file: /cvs/pkgs/rpms/perl-B-Compiling/devel/perl-B-Compiling.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- perl-B-Compiling.spec   17 Jul 2010 05:44:42 -  1.1
+++ perl-B-Compiling.spec   17 Jul 2010 05:46:06 -  1.2
@@ -1,12 +1,11 @@
 Name:   perl-B-Compiling
 Version:0.02
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Expose PL_compiling to perl
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/B-Compiling/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/B-Compiling-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 BuildRequires:  perl(ExtUtils::MakeMaker)
 BuildRequires:  perl(Sub::Exporter)
 BuildRequires:  perl(Test::More)
@@ -25,8 +24,6 @@ This module exposes the perl interpreter
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
 make pure_install DESTDIR=$RPM_BUILD_ROOT
 
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
@@ -38,9 +35,6 @@ find $RPM_BUILD_ROOT -depth -type d -exe
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
 %defattr(-,root,root,-)
 %doc Changes README
@@ -49,5 +43,8 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.02-2
+- cleanup spec for modern rpmbuild
+
 * Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.02-1
 - Specfile autogenerated by cpanspec 1.78.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

File Devel-Declare-0.006000.tar.gz uploaded to lookaside cache by iarnell

[Iain Arnell]

A file has been added to the lookaside cache for perl-Devel-Declare:

5daf4af74683f57e516ffc9efdc14eae  Devel-Declare-0.006000.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-Devel-Declare/devel perl-Devel-Declare.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-Devel-Declare/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv30571/devel

Modified Files:
.cvsignore sources 
Added Files:
perl-Devel-Declare.spec 
Log Message:
initial import


--- NEW FILE perl-Devel-Declare.spec ---
Name:   perl-Devel-Declare
Version:0.006000
Release:1%{?dist}
Summary:Adding keywords to perl, in perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/Devel-Declare/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/Devel-Declare-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl = 1:5.8.1
# for test - not yet in fedora
# BuildRequires:  perl(B::Compiling)
BuildRequires:  perl(B::Hooks::EndOfScope) = 0.05
BuildRequires:  perl(B::Hooks::OP::Check) = 0.18
BuildRequires:  perl(ExtUtils::Depends)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Name)
BuildRequires:  perl(Test::More) = 0.88
# necessary minimum versions not automatically detected
Requires:   perl(B::Hooks::EndOfScope) = 0.05
Requires:   perl(B::Hooks::OP::Check) = 0.18
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
Devel::Declare can install subroutines called declarators which locally
take over Perl's parser, allowing the creation of new syntax.

%prep
%setup -q -n Devel-Declare-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Devel*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.006000-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/devel/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:48:08 -  1.1
+++ .cvsignore  17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+Devel-Declare-0.006000.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/devel/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:48:08 -  1.1
+++ sources 17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+5daf4af74683f57e516ffc9efdc14eae  Devel-Declare-0.006000.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-Devel-Declare/F-12 perl-Devel-Declare.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-Devel-Declare/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv30571/F-12

Modified Files:
.cvsignore sources 
Added Files:
perl-Devel-Declare.spec 
Log Message:
initial import


--- NEW FILE perl-Devel-Declare.spec ---
Name:   perl-Devel-Declare
Version:0.006000
Release:1%{?dist}
Summary:Adding keywords to perl, in perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/Devel-Declare/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/Devel-Declare-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl = 1:5.8.1
# for test - not yet in fedora
# BuildRequires:  perl(B::Compiling)
BuildRequires:  perl(B::Hooks::EndOfScope) = 0.05
BuildRequires:  perl(B::Hooks::OP::Check) = 0.18
BuildRequires:  perl(ExtUtils::Depends)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Name)
BuildRequires:  perl(Test::More) = 0.88
# necessary minimum versions not automatically detected
Requires:   perl(B::Hooks::EndOfScope) = 0.05
Requires:   perl(B::Hooks::OP::Check) = 0.18
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
Devel::Declare can install subroutines called declarators which locally
take over Perl's parser, allowing the creation of new syntax.

%prep
%setup -q -n Devel-Declare-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Devel*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.006000-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/F-12/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:48:08 -  1.1
+++ .cvsignore  17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+Devel-Declare-0.006000.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/F-12/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:48:08 -  1.1
+++ sources 17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+5daf4af74683f57e516ffc9efdc14eae  Devel-Declare-0.006000.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-Devel-Declare/F-13 perl-Devel-Declare.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-Devel-Declare/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv30571/F-13

Modified Files:
.cvsignore sources 
Added Files:
perl-Devel-Declare.spec 
Log Message:
initial import


--- NEW FILE perl-Devel-Declare.spec ---
Name:   perl-Devel-Declare
Version:0.006000
Release:1%{?dist}
Summary:Adding keywords to perl, in perl
License:GPL+ or Artistic
Group:  Development/Libraries
URL:http://search.cpan.org/dist/Devel-Declare/
Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/Devel-Declare-%{version}.tar.gz
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires:  perl = 1:5.8.1
# for test - not yet in fedora
# BuildRequires:  perl(B::Compiling)
BuildRequires:  perl(B::Hooks::EndOfScope) = 0.05
BuildRequires:  perl(B::Hooks::OP::Check) = 0.18
BuildRequires:  perl(ExtUtils::Depends)
BuildRequires:  perl(ExtUtils::MakeMaker)
BuildRequires:  perl(Sub::Name)
BuildRequires:  perl(Test::More) = 0.88
# necessary minimum versions not automatically detected
Requires:   perl(B::Hooks::EndOfScope) = 0.05
Requires:   perl(B::Hooks::OP::Check) = 0.18
Requires:   perl(:MODULE_COMPAT_%(eval `%{__perl} -V:version`; echo 
$version))

%{?perl_default_filter}

%description
Devel::Declare can install subroutines called declarators which locally
take over Perl's parser, allowing the creation of new syntax.

%prep
%setup -q -n Devel-Declare-%{version}

%build
%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE=$RPM_OPT_FLAGS
make %{?_smp_mflags}

%install
rm -rf $RPM_BUILD_ROOT

make pure_install DESTDIR=$RPM_BUILD_ROOT

find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \;
find $RPM_BUILD_ROOT -depth -type d -exec rmdir {} 2/dev/null \;

%{_fixperms} $RPM_BUILD_ROOT/*

%check
make test

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(-,root,root,-)
%doc Changes README
%{perl_vendorarch}/auto/*
%{perl_vendorarch}/Devel*
%{_mandir}/man3/*

%changelog
* Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.006000-1
- Specfile autogenerated by cpanspec 1.78.


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/F-13/.cvsignore,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- .cvsignore  16 Jul 2010 17:48:08 -  1.1
+++ .cvsignore  17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+Devel-Declare-0.006000.tar.gz


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/F-13/sources,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- sources 16 Jul 2010 17:48:08 -  1.1
+++ sources 17 Jul 2010 05:48:44 -  1.2
@@ -0,0 +1 @@
+5daf4af74683f57e516ffc9efdc14eae  Devel-Declare-0.006000.tar.gz

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

rpms/perl-Devel-Declare/F-13 perl-Devel-Declare.spec,1.1,1.2

[Iain Arnell]

Author: iarnell

Update of /cvs/pkgs/rpms/perl-Devel-Declare/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv31538

Modified Files:
perl-Devel-Declare.spec 
Log Message:
* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.006000-2
- cleanup spec for modern rpmbuild



Index: perl-Devel-Declare.spec
===
RCS file: /cvs/pkgs/rpms/perl-Devel-Declare/F-13/perl-Devel-Declare.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -p -r1.1 -r1.2
--- perl-Devel-Declare.spec 17 Jul 2010 05:48:44 -  1.1
+++ perl-Devel-Declare.spec 17 Jul 2010 05:52:51 -  1.2
@@ -1,13 +1,11 @@
 Name:   perl-Devel-Declare
 Version:0.006000
-Release:1%{?dist}
+Release:2%{?dist}
 Summary:Adding keywords to perl, in perl
 License:GPL+ or Artistic
 Group:  Development/Libraries
 URL:http://search.cpan.org/dist/Devel-Declare/
 Source0:
http://www.cpan.org/authors/id/F/FL/FLORA/Devel-Declare-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires:  perl = 1:5.8.1
 # for test - not yet in fedora
 # BuildRequires:  perl(B::Compiling)
 BuildRequires:  perl(B::Hooks::EndOfScope) = 0.05
@@ -35,8 +33,6 @@ take over Perl's parser, allowing the cr
 make %{?_smp_mflags}
 
 %install
-rm -rf $RPM_BUILD_ROOT
-
 make pure_install DESTDIR=$RPM_BUILD_ROOT
 
 find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \;
@@ -48,9 +44,6 @@ find $RPM_BUILD_ROOT -depth -type d -exe
 %check
 make test
 
-%clean
-rm -rf $RPM_BUILD_ROOT
-
 %files
 %defattr(-,root,root,-)
 %doc Changes README
@@ -59,5 +52,8 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Sat Jul 17 2010 Iain Arnell iarn...@gmail.com 0.006000-2
+- cleanup spec for modern rpmbuild
+
 * Sat Jul 03 2010 Iain Arnell iarn...@gmail.com 0.006000-1
 - Specfile autogenerated by cpanspec 1.78.

--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel