Re: Help to solve a possible circular Requires:

way to achieve this upgrade path? > > Thanks > Fabio > -- You might be able to find some related information from http://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Meego and Navit ? Was Re: Fedora 15, new and exciting plans

e it a boost ? > > https://bugzilla.redhat.com/show_bug.cgi?id=654374 > > Thanks > LG > > Meego haven't officially released any tablet UX plan yet, we still need to wait some time. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Is there anyone known how to contact Xavier Lamien?

Hi, Currently, pitivi 0.13.4 in fedora crashes frequently, I want to update pitivi to the latest verison. But we need to update gstreamer-python to 0.10.19 first, can anybody help to contact Xavier Lamien? See https://bugzilla.redhat.com/show_bug.cgi?id=634093 Regards, Chen Lei -- devel

Re: No response from festival-speechtools maintainer since 2009-6-24

.com/show_bug.cgi?id=507966 > -- See http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

xulrunner 2.0 in rawhide (F15) bundles several system libs

eveloper.mozilla.org/en/Firefox_4_for_developers > https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0 > > ma. > -- Hi Martin, It seems xulrunner bundles several system libs, do you intend to unbundle those libs? e.g. media/libvpx media/libvorbis modules/libimg/png Regards, Ch

Re: Write a new naming guideline for python/python3 modules?

ivial to Fedora naming guideline (the name of a particular package is unimportant though) , after all the purpose of naming guildeline is providing a consistent naming convetion for the whole Fedora distribution. I hope some volunteers can help me to write a formal guid

Re: Twitter support broken in Pino

> > Resulting live image was 704MB. Note that not all of these > appear to *actually* be required by gwibber - bug 632621 filed. > > Bill > -- Hi all, I'll update pino to the latest snapshot for F14+ soon which already add support for oauth. Regards, Chen Lei -- dev

Re: Retiring or orphaning pam_smb

Keeping long deprecated packages is not benefical to fedora. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Review swaps

or qt-mobility): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=626122 contextkit(optional dep for qt-mobility): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=613881 libqttracker(optional dep for qt-mobility): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=614075 Regards, Chen Lei --

Re: Orphaning slim

It seems upstream released a new version one months ago. See http://developer.berlios.de/project/showfiles.php?group_id=2663 Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Python 3.2a1 in rawhide

site-packages directory for platform-specific modules - include: the include dir - platinclude: the include dir for platform-specific files - scripts: the directory where scripts are added - data: the directory where data file are added [1]http://pkgs.fedoraproject.org/gitweb/?p=

Re: [ACTION REQUIRED, v2] orphaned packages in F-14

2010/8/21 Bill Nottingham : > Orphan pitivi Taken, co-maintainers are welcome. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Get rid of file requires outside of the primary paths

aproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw > -- You can add %check section to the spec, then you could test if those files are available when building libguestfs. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [HEADS-UP] python-numarray will be retired for devel/f14 in 3 days

2010/8/19 Chen Lei : > numarray is being phased out and replaced by numpy for 4 years, two > packages will be affected after retiring python-numarray in fedora, > however both of them can also work file with numpy. > > repoquery --alldeps --whatrequires python-numarray > python-n

[HEADS-UP] python-numarray will be retired for devel/f14 in 3 days

numarray is being phased out and replaced by numpy for 4 years, two packages will be affected after retiring python-numarray in fedora, however both of them can also work file with numpy. repoquery --alldeps --whatrequires python-numarray python-numarray-0:1.5.2-10.fc14.x86_64 HippoDraw-devel-0:1.

Re: rawhide report: 20100817 changes

ython-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6 It seems antlr3 bundles several different projects in srpm. The python runtime actually have a different version with antlr3, and also a different tarball. See http://cvs.fedoraproject.org/viewvc/devel/antlr3/antlr3.spec?revision=1.17&view=

Re: [HEADS-UP] adding missing systemd links in rawhide/F14 upgrades

Hi Lennart, I found that systemd-units depends on pkgconfig, is this dependency really needed for minimum systemd? Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning all my packages

I'll take SOAPpy, co-maintainers for all of my packages are welcome. Full list: https://admin.fedoraproject.org/pkgdb/users/packages/supercyper Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Some questions about on Fedora

2010/8/10 Remi Collet : > Le 09/08/2010 09:38, Chen Lei a écrit : >> It seems silvercity is packaged in many distributions, e.g. gentoo >> freebsd mandriva PLD. > > It fact, RPM I found only provide the python library. > > From the upstream README file : > >      

Re: Some questions about on Fedora

2010/8/8 Remi Collet : > Le 08/08/2010 10:28, Chen Lei a écrit : >> I can help to review mysql-connector-c and Silvercity, howerver we may >> need a approve from FESCo for bundling scintilla in silvercity. > > I don't plan to package silvercity, > but rather keep

Re: root-doc subpackage slightly obese

re completely useless and duplicate with files in html directory. The content of the qch and html docs is identical, since assistant_adp is dropped by qt 4.7, I suggest to split html docs into another subpackage or simply drop html docs. Personally, I only use assistant to open qch format docs

Re: Some questions about on Fedora

icollet/remirepo/tree/master/mysql-connector-c%2B%2B/ > http://github.com/remicollet/remirepo/tree/master/mysql-workbench/ > > If someone want to care of this reviews, and if ausil agree, I will > submit them. > > > Regards. > -- I can help to review mysql-con

Re: Broken package EOL instructions (Was Re: Retire gstreamer-plugins-flumpegdemux in F14/devel?)

2010/8/6 Bastien Nocera : > On Fri, 2010-08-06 at 17:23 +0800, Chen Lei wrote: >> sudo yum install gstreamer-plugins-flumpegdemux >> >> Package gstreamer-plugins-flumpegdemux-0.10.15-8.fc13.x86_64 is >> obsoleted by gstreamer-plugins-bad-free-0.10.19-1.fc13.x86_64 wh

Retire gstreamer-plugins-flumpegdemux in F14/devel?

sudo yum install gstreamer-plugins-flumpegdemux Package gstreamer-plugins-flumpegdemux-0.10.15-8.fc13.x86_64 is obsoleted by gstreamer-plugins-bad-free-0.10.19-1.fc13.x86_64 which is already installed Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https

Re: [ACTION REQUIRED] orphaned packages in F-14

It seems a lot of java packages will be orphaned, should we contact JAVA-SIG and maven2/eclipse/intellij-idea maintainers? Regrads, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED] orphaned packages in F-14

2010/8/5 Kevin Kofler : > Bill Nottingham wrote: >> Orphan: nas >>     gstreamer-plugins-bad-free requires nas-devel = 1.9.1-6.fc12 >>     gstreamer-plugins-bad-free-extras requires libaudio.so.2 >>     speech-dispatcher requires libaudio.so.2 >>     speech-dispatcher requires nas-devel = 1.9.1-6.f

Re: Wordpress testers needed!

vel > list. I think it will much much if we can update wordpress to 3.x. 2.8 branch > is pretty old, and few people want to test it(2.9 is very mature now and 3.0 > is also released a while ago). Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: nonresponsive maintainer policy

think tracking upstream in rawhide is necessary even they are command only packages. That's why gcc/glibc/coreutils in fedora rawhide are the latest version. Also, some packages which under active development are not updated for several years not just several months. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: unuran-1.7.1-1.fc14.x86_64 requires /sbin/install-info

2010/8/1 Neal Becker : > I received this: > > unuran has broken dependencies in the F-14 tree: > On x86_64: >        unuran-1.7.1-1.fc14.x86_64 requires /sbin/install-info >        unuran-1.7.1-1.fc14.x86_64 requires /sbin/install-info > On i386: >        unuran-1.7.1-1.fc14.i686 requires /sbin/ins

Re: strange issue with dist-git/fedpkg

Do you already push changes to the remote git repo? Try 'git status' Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Can anyone contact Balint Christian (rezso)?

t like netcdf based software some time ago). > > -- > Pat > -- It seems a considerable amount of packages in fedora don't update for years. I think we should add some policy to address those unmaintained packages, currently even provenpackager are not allowed to commit those packag

Re: The move to git!

ly so the "fedpkg switch-branch f13" > indeed switches you to f13 branch even though it looks like master ;-) > > Personally I use "git merge " to sync the branches > (if I have same spec for more than one branch). > I think using git merge or

Re: The move to git!

r tracking of > remote branches which then results in (uhm, I'm using git commit -a and > git push, so you maybe handle this in fedpkg commit -p): > > pyfedpkg.FedpkgError: There are unpushed changes in your repo > > fedora-packager-0.5.0.1-3.fc12.noarch > > Martin >

Re: Fedora 14 branching and dist-git roll out

27; directly. I think 'fedpkg switch-branch f14' should set up brancn f14/master instead of f14, otherwise we can't push changes easily. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for Fedora 14?

uot;the other repo" could call it > ffmpeg-nonfree, and have the nonfree one obsolete the free one. Simple fix, > I think. > -- The issue is who can split the patent free codecs from ffmepg? Obviously, ffmpeg upstream don't like this idea, maintaining a fedora specfic ffmepg isn't a easy job. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for Fedora 14?

lated packages to stable for a long time even for a security issue. Regard, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firefox 4 for Fedora 14?

hed from Rawhide, if it works without any serious issues, then we can backport it to F14 Beta. Firefox 4 is definitely an amazing feature for Fedora 14. Regard, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Can anyone take a look at libva(FE-Legal)?

://bugzilla.redhat.com/show_bug.cgi?id=518546 Thanks a lot! Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Licensing Guidelines Update - Please Read

h some of the license files have different md5sums even when >> they claim to be the same license) or just the bottom level COPYING file? > > You're going to need to include all applicable license texts, sorry. > > ~spot > -- If a GPL binary is compiled wit

Re: Fedora 14 branching and dist-git roll out

Can we filter out all .cvsignore and Makefile files it git repo? It seems those files are irrelevant to dist-git. Regrads, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: jack2

am to avoid of using jack as package name. FYI, debian use jackd2 as package name for jack-audio-connection-kit 2. 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

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, Ch

Re: Naming issue for meego 1.0 related packages

2010/7/16 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. U

Re: Naming issue for meego 1.0 related packages

t 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

e 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=61504

Re: Should GnuPG 1.4.x be revived?

e gpg be deprecated in f13. Upstream > is supporting both and the manpage even indicates that the binary should > be gpg2. > > I don't see any reason for it to have been removed in f13, and am > willing to help maintain it. I've been a pgp and gpg user since the > early 90's, I attempted to port pgp to the Atari ST (unsuccessfully I > should note :) ) at one time. > > - -- > Brian C. Lane Please fill a Review Request for gnupg in bugzilla, if no one opposes reviving gnupg in koji . Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Should GnuPG 1.4.x be revived?

pproach to fixing this in Fedora 13 stable, and likely > also Fedora 14 if  upstream don't get their act together quickly enough > for that release. > > Regards, > Daniel > -- No need to introduce a new compat-gnupg14 package, simply revive gnupg in koji is enough. http://koji.fedoraproject.org/koji/packageinfo?packageID=453 gnupg 2.x is named as gnupg2 in fedora. 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

2010/7/10 pbrobin...@gmail.com : > On Fri, Jul 9, 2010 at 5:28 PM, Chen Lei wrote: >> 2010/7/9 pbrobin...@gmail.com : >> >> >> I think it's not easy to persuade upstream to do so. Look deep at >> meego-panel-zones, the HEAD version in git repo is 0.2.0[1],

Re: Naming issue for meego 1.0 related packages

tp://meego.gitorious.org/meego-netbook-ux/meego-panel-zones/commits/meego-1.0 [3]http://repo.meego.com/MeeGo/updates/1.0/netbook/repos/source/moblin-panel-zones-0.1.19-3.3.src.rpm [4]http://meego.gitorious.org/meego-netbook-ux/meego-panel-zones/trees/master [5]http://repo.meego.com/MeeGo/builds

Naming issue for meego 1.0 related packages

e packages to meego-* in meego 1.0. >From >http://meego.gitorious.org/meego-netbook-ux/meego-panel-devices/blobs/meego-1.0/configure.ac AC_PREREQ(2.53) AC_INIT([moblin-panel-devices], [0.1.34], [http://bugs.meego.com]) Regards, Chen Lei -- devel mailing list devel@lists.fedorap

Re: gcc-4.5-RH in F14

MeeGo builds core packages by using PGO already. Is there anyone who would like to volunteer to write a packaging guideline about using PGO? Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Licensing Guidelines Update - Please Read

t; directory for license files to be dropped into is a recipe for disaster > (COPYING conflicts with COPYING). > Dose this mean we only need to add license text to -libs subpackage instead of base package if we assume the base package depends on -libs subpackage? Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Can anyone contact Gérard Milmeister (gemi)?

you have enough time to resume work on Fedora :) Do you mind to find more co-maintainers for your packages before you come back? Regrads, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Can anyone contact Gérard Milmeister (gemi)?

2010/7/7 Christopher Brown : > > If you need a co-maintainer for this please let me know. I need scons > as a build tool for one of my packages. > > Thanks > > -- > Christopher Brown > -- Feel free to contact Gérard directly to add you as a co-maintainer of scons :)

Re: Can anyone contact Gérard Milmeister (gemi)?

2010/6/18 Chen Lei : > Hi all, > > Following the process > > https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers > > Is someone able to get in touch with Gérard Milmeister.(gemi) > > I can't find any activity of him from koji and bugzilla in

Re: ember, xmllint and error propagation in F-13 vs F-14?

> -- It looks like the owner is non-responsive in koji and bugzilla for more than 8 months. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: concept of package "ownership"

ven when you attach a patch/spec to solve known issues or request for co-maintainership. Obviously, they cannot be defined as nonresponsive package maintainers, so we have no process/policy to treat those packages. I filled dozens of reports in bugzilla to request for updating long unmaintained packages(more than 3 years) several months ago, no packager respond yet. Regards. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: concept of package "ownership"

an be done, right now for such issues is the > traditional escalation procedure. I don't know if it is documented > anywhere, but it is along > > * make yourself clear in a bugreport (which is already done) > * explain the issue on the devel list (guess you already did th

Re: who is Petr Pisar from redhat ?

packages can work properly). Furthermore, we don't even have a way to orphan a particular package which is unmaintained or has a lot of unsolved issues but don't have a FTBFS bug. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: who is Petr Pisar from redhat ?

However, FTBFS in rawhide is not allowed, your package will be orphaned/cleaned if it has a FTBFS bug for two release cycles. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: who is Petr Pisar from redhat ?

2010/7/2 Chitlesh GOORAH : > Hello there, > > I would appreciate if someone else who is NEITHER a co-maintainer NOR > FESCo member don't version bump my packages, without notifying me. > It looks like Petr Pisar just fixed some FTBTS bugs in rawhide after mass-rebuiding of all perl-related package

Re: libjpeg-turbo conflicts in rawhide

rograms. People which need libjpeg programs can > easily install libjpeg-turbo-tools package themselves, this > "incompatibility" seems acceptable for me in development branch. > > What is your opinion about this proposal? > > Regards, Adam > > -- Only three pack

Re: libjpeg-turbo conflicts in rawhide

libjpeg should be removed before mass-rebuild, because libjpeg-turbo provides: libjpeg-6b-47, the current libjpeg in the repo provides libjpeg-6b-46. I think there are no perfect solution for renaming/splitting packages, we should fix those broken dependencies finally instead of staying on workaround.

Re: libjpeg-turbo conflicts in rawhide

2010/6/30 Michael Schwendt : > On Wed, 30 Jun 2010 17:21:37 +0800, Chen wrote: > >> libjpeg is split into libjpeg-turbo and libjpeg-turbo-utils, Obsoletes >> libjpeg is already added to libjpeg-turbo-utils. > > root.log of >  http://koji.fedoraproject.org/koji/taskinfo?taskID=2282066 > doesn't refe

Re: libjpeg-turbo conflicts in rawhide

libjpeg-turbo-utils, and graphviz don't depends on libjpeg explicitly, I don't know how libjpeg can be pulled in. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libjpeg-turbo conflicts in rawhide

don't know why Rich's package failed to build on koji, the problem is a bit weird. Among 5 packages which require libjpeg explicitly, only java-1.6.0-openjdk will be used as a BR, however Rich's packages is irrelevant to java. FYI, provides libjpeg is also add to libjpeg-turbo-utils now, I don't know if it can solve the file conflicts. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: libjpeg-turbo conflicts in rawhide

2010/6/30 Rich Mattes : > Hi all, > > I'm trying to build a package that has a BuildRequires: libjpeg-devel in > Rawhide [1].  I get a message in root.log that libjpeg-turbo-devel > obsoletes libjpeg-devel, so yum pulls in libjpeg-turbo-devel instead. > Unfortunately, when it pulls in dependencies

Re: move libusb from /usr/lib to /lib

mID=2025071 http://koji.fedoraproject.org/koji/rpminfo?rpmID=2025072 Also, you need notice libguestfs maintainer first, because this change will break this special package. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rfc: python2.7 for F14

2010/6/22 David Malcolm : > On Tue, 2010-06-22 at 08:40 +0200, Thomas Spura wrote: >> Am Mon, 21 Jun 2010 14:34:02 -0400 >> schrieb David Malcolm : >> >> > On Tue, 2010-06-22 at 01:57 +0800, Chen Lei wrote: > > Thanks, that's a great help - I hadn

Re: rfc: python2.7 for F14

require a rebuild of all Python modules. > > > -- Why not rebuild all python modules along with gcc 4.5? It may avoid of rebuild python-related packages twice? Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: To construct a Zope skyscraper on Fedora

lict issue now as I known. Packaging them as normal python modules is Okay, but since Zope2 contains more than 100 modules, packaging/maintaining so many modules is not easy work. Chen Lei Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Update on packages violating the Static Library guidelines

util-vserver556099 -> CLOSED FYI, util-vserver is re-enabled to ship static libraries again by the maintainer now after spot disabled it. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: New Hatari version: need help

y use %cmake -DBUILD_SHARED_LIBS:BOOL=OFF to avoid generation of those shlibs. Default place for python ui don't need change. Chen Lei. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: To construct a Zope skyscraper on Fedora

view if we want to revive long retired zope and plone in the cvs. It will be much easier if we have an atuomatic spec generation tool like cpan2spec, it's entirely possible to write a such tool for python modules that using setuptools in setup.py. Chen Lei -- devel mailing list devel@lists.

Can anyone contact Gérard Milmeister (gemi)?

after sending a private mail a month ago. See https://bugzilla.redhat.com/show_bug.cgi?id=530565 for more details. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: debuginfo for sub packages (Help with RPM SPEC files)

it's GONE! -- Unknown > > > > -- This is not needed under most circumstance, currently only kernel have serveral debuginfo subpackages. If you really want to do it, you can tweak find-debuginfo.sh, but such tweak is normally unaccepted in fedora except you have compelling reason. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: deluge and flags sub package

letes field, I test splitting amule and amule-nogui from rpmfusion into more subpackages a while ago, yum works fine as expected. See https://bugzilla.redhat.com/show_bug.cgi?id=599597 > Anyway I think filing a bug is needed beforehand. > Agree, filling a bug will be more clearly than d

Re: pidgin obsoleting itself

lete!) pidgin. > For a Yum install, an arbitrary package's Obsoletes are not considered > unless the package becomes part of the transaction set. > Competing Obsoletes => playing with fire. > I think it's accept in rawhide since it can provide a sane upgrade path for dist upgrade. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: pidgin obsoleting itself

2010/6/9 Michael Schwendt : > On Wed, 9 Jun 2010 17:15:01 +0800, Chen wrote: > >> > 2010/6/9 Chen Lei: >> >> Yes, the obsoletes is necessary, if you don't add it, yum will only >> >> pull in pidgin-evolution. >> > >> > For which op

Re: pidgin obsoleting itself

2010/6/9 Thomas Moschny : > 2010/6/9 Chen Lei : >> Yes, the obsoletes is necessary, if you don't add it, yum will only >> pull in pidgin-evolution. > > For which operation? Can you elaborate a bit? > > -- > Thomas Moschny > -- But in this case, the o

Re: pidgin obsoleting itself

2010/6/9 Thomas Moschny : > 2010/6/9 Chen Lei : >> Yes, the obsoletes is necessary, if you don't add it, yum will only >> pull in pidgin-evolution. > > For which operation? Can you elaborate a bit? > > -- > Thomas Moschny > -- "yum upgrade" fro

Re: pidgin obsoleting itself

ion for that. > > -- > Thomas Moschny > -- Yes, the obsoletes is necessary, if you don't add it, yum will only pull in pidgin-evolution. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: deluge and flags sub package

{name} = %{version}-%{release} or Provides: %{name}-flags = %{version}-%{release} in spec. Obseletes is enough to provide a sane upgrade path, Provides is needed for renaming a package, but it's not suitable in the case of spliting one package into several subpackages. https://fedoraproject.org/wiki/Upgrade_paths_%E2%80%94_renaming_or_splitting_packages Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

Can anyone contact members in AOP alliance directly, maybe it's helpful? e.g. Cédric Beus http://beust.com/weblog/ (http://twitter.com/cbeust) All members info see http://aopalliance.sourceforge.net/members.html Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org

Re: -upstart subpackage vs tranditional initscripts

ard subpackages. > > Plus, he's also violating other guidelines, e.g. for this package: > http://koji.fedoraproject.org/koji/buildinfo?buildID=176308 > Version contains a SVN revision tag which MUST be in Release instead > according to our guidelines. (Thanks to Chen Lei for pointing that

Re: -upstart subpackage vs tranditional initscripts

ined. They are different from other system upstart scripts. Regards, Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: -upstart subpackage vs tranditional initscripts

2010/6/3 Matt McCutchen : > On Wed, 2010-06-02 at 20:00 +0200, Kevin Kofler wrote: >> Chen Lei wrote: >> > Is it right for the maintainer to provide  two separate subpackages, >> > one with the tranditional rc.d contents and one with an upstart >> > scripts and

Re: -upstart subpackage vs tranditional initscripts

2010/6/3 Kevin Kofler : > Chen Lei wrote: >> Is it right for the maintainer to provide  two separate subpackages, >> one with the tranditional rc.d contents and one with an upstart >> scripts and make the -upstart subpackage have a higher priority over >> sysinit

-upstart subpackage vs tranditional initscripts

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

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

2010/6/2 Kevin Kofler : > Chen Lei wrote: >> The maintainer refuse some others to co-maintain tor package or help >> him to solve this issue. It's a bit complicated to fix this, fedora >> policy seems don't permit provenpackagers to commit a package if the >> m

Re: rebuild of packages dependent on perl

at: > http://perldoc.perl.org/5.12.0/perldelta.html > > Regards, > Marcela > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Will we have perl 5.12.1 in F14 since it was released several weeks ago? Regards,

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

nes. > > Paul > +1 for you. As the maintainer of vidalia and polipo, I really like to see tor fedora to be more compliance with Fedora package guideline and the tor package from upstream. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

package style is quite strance, e,g, He add noarch documention to tor main package, then leave tor binary into -core subpackage, he also add an useless upstart conf as an alternatives to initsrcipt, the package layout is very different with tor upstream and other packages in fedora. Chen Lei

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

It should be decided by fesco in which condition that a provenpackager can commit a package regardless the unwillingness of the package owner. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Request: Magit 0.8 packaging

raproject.org/wiki/Packaging:Emacs Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Meego in Fedora repos?

exactly sure what they are but I'll > certainly let you know when I know more. > > Peter > -- I somehow a bit worry about meego spin in fedora when considering some compents in meego are forked, now mutter-mbl conflicts with mutter, it may be unacceptable for F14 which will use gno

Re: Why does pari require tetex-dvi?

See https://bugzilla.redhat.com/show_bug.cgi?id=530565 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Meego in Fedora repos?

2010/5/30 Peter Robinson : > On Sun, May 30, 2010 at 12:40 PM, Valent Turkovic > > Its under review. I'm waiting for a few upstream updates that need to > hit as part of the gnome 2.31.2 release. There's a few new packages, > some renames but most of it should be in the repos in the not to > distan

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

dora, e.g. vsftpd squid etc, a small package with so many subpackages and a metapackage seems quite strange. Chen Lei -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: tor-lsb -- hey, look, package script, don't complain to _me_. I'm just installing you.

2010/5/30 Bruno Wolff III : > On Sun, May 30, 2010 at 00:39:14 -0400, >  Matthew Miller wrote: >> >> So, clearly, there's some disagreement about what's fixed and what's broken. >> But printing out a passive-agressive warning to end-users is not the >> solution. The error message is confusing and

  1   2   >