Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Corentin, On 04/16/11 08:29, Corentin Chary wrote: New website is up and running at http://euscan.iksaif.net/ The git tree is still at http://git.iksaif.net/?p=euscan.git;a=summary TODO: - Make some charts to see how it's going - Finish the scan my world feature - Add a way to subsribe to herds/maintainer/packages in order to receive weekly/monthly reports I'll gladly accept any patch ! :) Nice work! Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2r9ckACgkQp/VmCx0OL2zW3ACfUiw+r/FIkAoUxFyBuD/73mYl Fl4An2ngYC06EXM5vYq6vkiam6FRtBQQ =69Nh -END PGP SIGNATURE-
Re: [gentoo-dev] openrc-0.8.1 stable candidate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/16/11 18:05, William Hubbs wrote: ll, there was a regression in 0.8.1, so 0.8.2 is now the stable candidate. I propose thatsince the differences between 0.8.1 and 0.8.2 are very small, we should keep the news item date and stabilization date from my original announcement. - news item release on 5/1 - stabilization on 5/8. Please, to avoid confusion, use month names instead of numbers or include the year so people don't have to deduce the ordering. Marijn -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2r+JMACgkQp/VmCx0OL2xiMgCgwiQx4qJzTGD8t+KM68SQMR/K NHYAoIglWa95Y+de1ZPs8LZn9BKtRrgc =0qDA -END PGP SIGNATURE-
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On Mon, Apr 18, 2011 at 10:26 AM, Marijn hk...@gentoo.org wrote: Nice work! Thanks ! Fyi: I ran a new scan this morning. It only took 3 hours ! GNU's Parallel is really a great tool: `python manage.py list-packages | gparallel --eta --progress --jobs 400% euscan | python manage.py scan-upstream --feed /dev/null` I'll try to implement charts as soon as I've got enought data. -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] Re: git-2.eclass final review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 17.4.2011 20:31, James Cloos napsal(a): That looks good (by inspection). My only concern is the branch deletion in the non-bare update. First of all, * should be escaped. It seems to work OK with gnu grep, but it would be better to be explicit. (grep(1) says that only ?+{|() loose their meta-meaning in basic regexps.) Second, why delete the other branches at all? I'd rather have a complete clone. Just the checkout ought to be enough. Otherwise, cool. -JimC They are local clones - they can be deleted on remote already, so we wipe them all expect master every time unless needed. No need to escape it if it is in . it is parsed as the char itself like this. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2sCBwACgkQHB6c3gNBRYddlgCfcK1sl4NKmOBWDWP9AJtEzgyw VGEAmgLY4roHyg8+2szY/lB0B30jaZZv =X/fM -END PGP SIGNATURE-
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On 06:29 Sat 16 Apr , Corentin Chary wrote: New website is up and running at http://euscan.iksaif.net/ The git tree is still at http://git.iksaif.net/?p=euscan.git;a=summary TODO: - Make some charts to see how it's going - Finish the scan my world feature - Add a way to subsribe to herds/maintainer/packages in order to receive weekly/monthly reports I'll gladly accept any patch ! :) This is cool! I just looked through the x11-team packages and it seems very useful already. I have a few suggestions if you have time. =) - Some teams have official overlays. Supporting those as an additional source of ebuilds would be pretty nice. - Another useful thing would be a way to supply CPV tokens for any unstable upstream series that we'll never add to the tree. - This looks like a problem (a versioned tarball named cairo-5c): http://euscan.iksaif.net/package/x11-libs/cairo/ -- Thanks, Donnie Donnie Berkholz Sr. Developer, Gentoo Linux Blog: http://dberkholz.com pgpKu9VoK0Qtd.pgp Description: PGP signature
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On Mon, Apr 18, 2011 at 3:32 PM, Donnie Berkholz dberkh...@gentoo.org wrote: On 06:29 Sat 16 Apr , Corentin Chary wrote: New website is up and running at http://euscan.iksaif.net/ The git tree is still at http://git.iksaif.net/?p=euscan.git;a=summary TODO: - Make some charts to see how it's going - Finish the scan my world feature - Add a way to subsribe to herds/maintainer/packages in order to receive weekly/monthly reports I'll gladly accept any patch ! :) This is cool! I just looked through the x11-team packages and it seems very useful already. I have a few suggestions if you have time. =) - Some teams have official overlays. Supporting those as an additional source of ebuilds would be pretty nice. I'll just checkout these trees on my machine (and only enable them for euscan). euscan use portage, gentoolkit and eix internaly, so overlays are not a problem :). Where could I get a list of official overlays that should be added ? - Another useful thing would be a way to supply CPV tokens for any unstable upstream series that we'll never add to the tree. There is already some kind of blacklist in euscan. Could you provide examples so I can implement that ? - This looks like a problem (a versioned tarball named cairo-5c): http://euscan.iksaif.net/package/x11-libs/cairo/ Hum ... yes, I'll try to use better regex :). Thanks ! -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] openrc-0.8.1 stable candidate
110418 Marijn wrote: On 04/16/11 18:05, William Hubbs wrote: - news item release on 5/1 - stabilization on 5/8. Please, to avoid confusion, use month names instead of numbers or include the year so people don't have to deduce the ordering. Seconded. In fact, has Gentoo not adopted the international standard date format ? It is -mm-dd sb used for all docs discussions. So here it wb news item release 2011-05-01 stabilization 2011-05-08 -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
Corentin Chary schrieb am 18.04.2011 11:05: Fyi: I ran a new scan this morning. It only took 3 hours ! GNU's Parallel is really a great tool: `python manage.py list-packages | gparallel --eta --progress --jobs 400% euscan | python manage.py scan-upstream --feed /dev/null` I'll try to implement charts as soon as I've got enought data. I really like it. Keep up the good work. It gives a warm and fuzzy feeling if there are no unpackaged releases for the own packages :) There is one issue I recognized. How do you get the links for the unpackaged upstream versions and do you verify if the listed tarballs exist? I am asking because for app-editors/bluefish [1] there are eleven unpackaged versions listed but only sources for the three 2.0.3 releases exist and there are no releases for 2.1.x and 2.2.x. http://euscan.iksaif.net/package/app-editors/bluefish/ -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: git-2.eclass final review
TC == Tomáš Chvátal scarab...@gentoo.org writes: TC No need to escape it if it is in . it is parsed as the char itself TC like this. The escaping is for grep(1), not for sh(1). -JimC -- James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/PyZilla: PyZilla-0.1.0.ebuild ChangeLog metadata.xml
I remember distinctly that I once publicly proposed to change http://packages.gentoo.org/ to actually interpret packages' metadata.xml and displaying its formatted contents on every http://packages.gentoo.org/package/CAT/PKG page Excellent idea, it would be great to have that on the packages.g.o site by default. -- Andreas K. Huettel Gentoo Linux developer - kde, sci, arm, tex dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On Mon, Apr 18, 2011 at 1:48 PM, Corentin Chary corentin.ch...@gmail.com wrote: On Mon, Apr 18, 2011 at 3:32 PM, Donnie Berkholz dberkh...@gentoo.org wrote: On 06:29 Sat 16 Apr , Corentin Chary wrote: New website is up and running at http://euscan.iksaif.net/ The git tree is still at http://git.iksaif.net/?p=euscan.git;a=summary TODO: - Make some charts to see how it's going - Finish the scan my world feature - Add a way to subsribe to herds/maintainer/packages in order to receive weekly/monthly reports I'll gladly accept any patch ! :) This is cool! I just looked through the x11-team packages and it seems very useful already. I have a few suggestions if you have time. =) - Some teams have official overlays. Supporting those as an additional source of ebuilds would be pretty nice. I'll just checkout these trees on my machine (and only enable them for euscan). euscan use portage, gentoolkit and eix internaly, so overlays are not a problem :). Where could I get a list of official overlays that should be added ? - Another useful thing would be a way to supply CPV tokens for any unstable upstream series that we'll never add to the tree. There is already some kind of blacklist in euscan. Could you provide examples so I can implement that ? - This looks like a problem (a versioned tarball named cairo-5c): http://euscan.iksaif.net/package/x11-libs/cairo/ Hum ... yes, I'll try to use better regex :). Fixed in http://git.iksaif.net/?p=euscan.git;a=commitdiff;h=a7a15c0ac72178bf2f3a73f94a70113ed9856e5c;hp=e5278e0e0f8cf617dff15f84540d0d6604081e82 -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On Mon, Apr 18, 2011 at 5:22 PM, Daniel Pielmeier bil...@gentoo.org wrote: Corentin Chary schrieb am 18.04.2011 11:05: Fyi: I ran a new scan this morning. It only took 3 hours ! GNU's Parallel is really a great tool: `python manage.py list-packages | gparallel --eta --progress --jobs 400% euscan | python manage.py scan-upstream --feed /dev/null` I'll try to implement charts as soon as I've got enought data. I really like it. Keep up the good work. It gives a warm and fuzzy feeling if there are no unpackaged releases for the own packages :) There is one issue I recognized. How do you get the links for the unpackaged upstream versions and do you verify if the listed tarballs exist? I am asking because for app-editors/bluefish [1] there are eleven unpackaged versions listed but only sources for the three 2.0.3 releases exist and there are no releases for 2.1.x and 2.2.x. http://euscan.iksaif.net/package/app-editors/bluefish/ For bluefish, it's because when you try to download http://www.bennewitz.com/bluefish/stable/source/bluefish-2.2.3.tar.bz2 it redirects you to an earlier version. Fixed here: http://git.iksaif.net/?p=euscan.git;a=commitdiff;h=d74b2c505619306ab1ce3d4af3f66084b4faeed9;hp=a7a15c0ac72178bf2f3a73f94a70113ed9856e5c Thanks ! -- Corentin Chary http://xf.iksaif.net
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On 15:48 Mon 18 Apr , Corentin Chary wrote: On Mon, Apr 18, 2011 at 3:32 PM, Donnie Berkholz dberkh...@gentoo.org wrote: - Some teams have official overlays. Supporting those as an additional source of ebuilds would be pretty nice. I'll just checkout these trees on my machine (and only enable them for euscan). euscan use portage, gentoolkit and eix internaly, so overlays are not a problem :). Where could I get a list of official overlays that should be added ? It will be a little tricky to get this perfect automatically. I would start with anything in the layman repository file [1] that has repo ... status=official and owner type=project. 1. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/xml/htdocs/proj/en/overlays/repositories.xml?view=log -- Thanks, Donnie Donnie Berkholz Sr. Developer, Gentoo Linux Blog: http://dberkholz.com pgp6LKmU7A8XS.pgp Description: PGP signature
Re: [gentoo-dev] Re: euscan proof of concept (like debian's uscan)
On 15:48 Mon 18 Apr , Corentin Chary wrote: On Mon, Apr 18, 2011 at 3:32 PM, Donnie Berkholz dberkh...@gentoo.org wrote: - Another useful thing would be a way to supply CPV tokens for any unstable upstream series that we'll never add to the tree. There is already some kind of blacklist in euscan. Could you provide examples so I can implement that ? Sorry, forgot about this bit. I'm just talking about standard package tokens, the same kind used in package.mask or wherever: =x11-drivers/xf86-video-intel-2.14.90* =x11-base/xorg-server-1.10.900 etc. -- Thanks, Donnie Donnie Berkholz Sr. Developer, Gentoo Linux Blog: http://dberkholz.com pgplh0Kf14xcm.pgp Description: PGP signature
Re: [gentoo-dev] New mysql eclasses review
On Mon, 18 Apr 2011, Jorge Manuel B S Vicetto wrote: The mysql team now uses 3 eclasses: mysql-v2.eclass[2] (base eclass), mysql-autotools.eclass[3] (for autotools based releases) and mysql-cmake.eclass[4] (for cmake based releases). The first 2 eclasses are complete, pending any updates from the review. The mysql-cmake eclass is still under development, but can also benefit from a review. I didn't go through all of it, but here are a few things that I've noticed in mysql-v2.eclass: # @ECLASS: mysql.eclass Shouldn't this match the filename of the eclass? (Same for mysql-autotools.eclass.) # @DESCRIPTION: # The mysql.eclass provides almost all the code to build the mysql ebuilds # including the src_unpack, src_prepare, src_configure, src_compile, # scr_install, pkg_preinst, pkg_postinst, pkg_config and pkg_postrm # phase hooks. Name of the eclass should be updated. MYSQL_EXPF=src_unpack src_compile src_install case ${EAPI:-0} in 2|3|4) MYSQL_EXPF+= src_prepare src_configure ;; *) die Unsupported EAPI: ${EAPI} ;; esac EXPORT_FUNCTIONS ${MYSQL_EXPF} You don't need a global variable here: , | EXPORT_FUNCTIONS src_unpack src_compile src_install | case ${EAPI:-0} in | 2|3|4) EXPORT_FUNCTIONS src_prepare src_configure ;; | *) die Unsupported EAPI: ${EAPI} ;; | esac ` or even: , | case ${EAPI:-0} in | 2|3|4) ;; | *) die Unsupported EAPI: ${EAPI} ;; | esac | EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile src_install ` # @ECLASS-VARIABLE: XTRADB_VER # @DESCRIPTION: # Version of the XTRADB storage engine XTRADB_VER=${XTRADB_VER} Is this assignment needed, or could you use @DEFAULT_UNSET instead? (Assuming it's for the eclass manpage.) Same for other variables. # Having different flavours at the same time is not a good idea for i in mysql mysql-community mysql-cluster mariadb ; do [[ ${i} == ${PN} ]] || Quotes are not necessary here. pbxt_patch_available \ PBXT_P=pbxt-${PBXT_VERSION} \ PBXT_SRC_URI=http://www.primebase.org/download/${PBXT_P}.tar.gz mirror://sourceforge/pbxt/${PBXT_P}.tar.gz \ SRC_URI=${SRC_URI} pbxt? ( ${PBXT_SRC_URI} ) \ # PBXT_NEWSTYLE means pbxt is in storage/ and gets enabled as other plugins # vs. built outside the dir pbxt_available \ IUSE=${IUSE} pbxt \ mysql_version_is_at_least 5.1.40 \ PBXT_NEWSTYLE=1 xtradb_patch_available \ XTRADB_P=percona-xtradb-${XTRADB_VER} \ XTRADB_SRC_URI_COMMON=${PERCONA_VER}/source/${XTRADB_P}.tar.gz \ XTRADB_SRC_B1=http://www.percona.com/; \ XTRADB_SRC_B2=${XTRADB_SRC_B1}/percona-builds/ \ XTRADB_SRC_URI1=${XTRADB_SRC_B2}/Percona-Server/Percona-Server-${XTRADB_SRC_URI_COMMON} \ XTRADB_SRC_URI2=${XTRADB_SRC_B2}/xtradb/${XTRADB_SRC_URI_COMMON} \ XTRADB_SRC_URI3=${XTRADB_SRC_B1}/${PN}/xtradb/${XTRADB_SRC_URI_COMMON} \ SRC_URI=${SRC_URI} xtradb? ( ${XTRADB_SRC_URI1} ${XTRADB_SRC_URI2} ${XTRADB_SRC_URI3} ) \ IUSE=${IUSE} xtradb Probably a matter of taste, but I'd use if blocks instead of the multiple here. mv --strip-trailing-slashes -T ${old_MY_DATADIR_s} ${MY_DATADIR_s} \ Both options --strip-trailing-slashes and -T are GNUisms and may not exist on other userlands (like BSD). Ulrich