[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2009-01-25 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2009-01-25 23h59 UTC. Removals: app-admin/gps 2009-01-19 04:31:36 darkside dev-db/fastdb 2009-01-19 04:33:35 darkside x11-libs/xfc2009-01-19 09:27:51 angelos games-mud/ytin 2009-01-19 21:12:21 mr_bones_ dev-perl/SOAP 2009-01-20 11:55:30 tove dev-perl/IPC-Cmd2009-01-20 14:17:11 tove dev-perl/Module-Load2009-01-20 14:17:52 tove dev-perl/Module-Load-Conditional2009-01-20 14:18:29 tove dev-perl/Params-Check 2009-01-20 14:19:08 tove Additions: app-text/mht-rip2009-01-19 01:59:05 vapier dev-java/lzma 2009-01-19 21:19:23 tommy profiles/arch/x86-fbsd 2009-01-19 21:55:44 aballier profiles/releases/freebsd-7.1 2009-01-19 22:08:44 aballier profiles/default/bsd2009-01-19 22:15:17 aballier games-fps/duke3d-data 2009-01-20 02:17:03 mr_bones_ perl-core/Module-Load 2009-01-20 12:16:37 tove perl-core/Module-Load-Conditional 2009-01-20 12:20:58 tove perl-core/Params-Check 2009-01-20 12:31:07 tove virtual/perl-Module-Load2009-01-20 12:36:10 tove virtual/perl-Module-Load-Conditional2009-01-20 12:55:16 tove virtual/perl-Params-Check 2009-01-20 13:02:33 tove perl-core/IPC-Cmd 2009-01-20 13:29:24 tove virtual/perl-IPC-Cmd2009-01-20 13:35:21 tove dev-python/pyaudio 2009-01-21 21:17:24 hncaldwell dev-java/lzmajio2009-01-21 22:26:52 tommy net-firewall/shorewall6 2009-01-22 08:38:50 pva net-firewall/shorewall6-lite2009-01-22 08:44:06 pva sys-apps/sreadahead 2009-01-23 05:57:56 darkside dev-perl/Test-Output2009-01-23 08:50:35 tove app-misc/tasque 2009-01-23 20:13:19 loki_val sys-freebsd/freebsd-cddl2009-01-23 22:40:33 the_paya dev-java/fec2009-01-24 18:27:35 tommy dev-java/touchgraph-graphlayout 2009-01-25 19:31:01 weaver dev-java/jgrapht2009-01-25 19:31:56 weaver dev-java/bytecode 2009-01-25 19:32:38 weaver dev-java/biojava2009-01-25 19:33:17 weaver net-www/moonlight 2009-01-25 22:41:15 loki_val -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: app-admin/gps,removed,darkside,2009-01-19 04:31:36 dev-db/fastdb,removed,darkside,2009-01-19 04:33:35 x11-libs/xfc,removed,angelos,2009-01-19 09:27:51 games-mud/ytin,removed,mr_bones_,2009-01-19 21:12:21 dev-perl/SOAP,removed,tove,2009-01-20 11:55:30 dev-perl/IPC-Cmd,removed,tove,2009-01-20 14:17:11 dev-perl/Module-Load,removed,tove,2009-01-20 14:17:52 dev-perl/Module-Load-Conditional,removed,tove,2009-01-20 14:18:29 dev-perl/Params-Check,removed,tove,2009-01-20 14:19:08 Added Packages: app-text/mht-rip,added,vapier,2009-01-19 01:59:05 dev-java/lzma,added,tommy,2009-01-19 21:19:23 profiles/arch/x86-fbsd,added,aballier,2009-01-19 21:55:44 profiles/releases/freebsd-7.1,added,aballier,2009-01-19 22:08:44 profiles/default/bsd,added,aballier,2009-01-19 22:15:17 games-fps/duke3d-data,added,mr_bones_,2009-01-20 02:17:03 perl-core/Module-Load,added,tove,2009-01-20 12:16:37 perl-core/Module-Load-Conditional,added,tove,2009-01-20 12:20:58 perl-core/Params-Check,added,tove,2009-01-20 12:31:07 virtual/perl-Module-Load,added,tove,2009-01-20 12:36:10 virtual/perl-Module-Load-Conditional,added,tove,2009-01-20 12:55:16 virtual/perl-Params-Check,added,tove,2009-01-20 13:02:33 perl-core/IPC-Cmd,added,tove,2009-01-20 13:29:24 virtual/perl-IPC-Cmd,added,tove,2009-01-20 13:35:21 dev-python/pyaudio,added,hncaldwell,2009-01-21 21:17:24 dev-java/lzmajio,added,tommy,2009-01-21 22:26:52 net-firewall/shorewall6,added,pva,2009-01-22 08:38:50 net-firewall/shorewall6-lite,added,pva,2009-01-22 08:44:06 sys-apps/sreadahead,added,darkside,2009-01-23 05:57:56 dev-perl/Test-Output,added,tove,2009-01-23 08:50:35 app-misc/tasque,added,loki_val,2009-01-23 20:13:19 sys-freebsd/freebsd-cddl,added,the_paya,2009-01-23 22:40:33 dev-java/fec,added,tommy,2009-01-24 18:27:35 dev-java/touchgraph-graphlayout,added,weaver,2009-01-25 19:31:01 dev-java/jgrapht,added,weaver,2009-01-25 19:31:56 dev-java/bytecode,added,weaver,2009-01-25 19:32:38 dev-java/biojava,added,weaver,2009-01-25 19:33:17 net-www/moonlight,added,loki_val,2009-01-25 22:41:15 Done.
Re: [gentoo-dev] slot deps in package.mask and profiles
On Sat, 24 Jan 2009 20:25:44 -0100 "Jorge Manuel B. S. Vicetto" wrote: > I talked to Zac earlier in #gentoo-portage about adding an > entry to package.mask for KDE-4.2.0 using slot deps. Thomas > and Patrick raised the concern we might > need profile eapis and that PMS nailed p.mask to EAPI-0. > Zac confirmed that the first stable version to support slot deps in p. > mask was 2.1.3.16, that it was stabled in bug 197165 - 14 months ago > - - and that the first stages to include it were the 2008.0 stages. > Thus, can we finally give the ok to use slot deps in package.mask? Can > we also give the ok to use it everywhere in all 2008.0 and later > profiles/ ? The Council approved profile eapi files for use a while ago (can't remember when -- http://council.gentoo.org/ isn't being updated), and they discussed timeframes for using newer EAPIs then too. Did you see that discussion? As far as PMS is concerned, you just need to create a file named 'eapi' containing a single line with '1' in it in each profiles/ directory in which you want to use slot deps. -- Ciaran McCreesh signature.asc Description: PGP signature
Re: [gentoo-dev] Handling Launchpad SRC_URI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Josh Saddler wrote:
> Right now, there's no canonical (heh) way of handling SRC_URI for
> projects that have their files at launchpad.net. We need a standard way
> of handling Launchpad SRC_URIs, similar to what we do with
> mirror://sourceforge/ SRC_URIs.
>
> 1. Some packages use the launchpadlibrarian.net download redirect, which
> results in a non-helpful server-generated number:
>
> (gnome-catalog)
> SRC_URI="http://launchpadlibrarian.net/11326737/${PN}_${PV}.orig.tar.gz
>
> 2. Some hack up interesting MY_P stuff:
>
> (gnome-do-plugins)
> MY_PN="do-plugins"
> PVC=$(get_version_component_range 1-2)
> PVC2=$(get_version_component_range 1-3)
> SRC_URI="https://launchpad.net/${MY_PN}/${PVC}/${PVC2}/+download/${P}.tar.gz";
>
> (avant-window-navigator-extras)
> MY_P="awn-extras-applets-${PV}"
> SRC_URI="https://launchpad.net/awn-extras/${PV%.*}/${PV}/+download/${MY_P}.tar.gz";
>
> The AWN-extras ebuild is the closest to the "right" way of doing it, I
> think.
>
> So can we agree on a standard way of treating Launchpad SRC_URIs and get
> the handler support into Portage?
>
3. (seq24-0.9.0)
SRC_URI="http://edge.launchpad.net/seq24/trunk/${PV}/+download/${P}.tar.bz2";
just another example of different SRC_URI
- --
FF
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkl8s0oACgkQV/B5axfzrPssBACffhjl4xMsQSGL8Ez6ngdlkH43
56MAoI9YIesKOrNMg5lYuJyR5xpKUVXP
=wLnZ
-END PGP SIGNATURE-
[gentoo-dev] Last rites: x11-misc/hotkeys
# Ulrich Mueller (25 Jan 2009) # Masked for removal in 60 days. Produces segfaults and doesn't work # with recent X server due to API changes. Upstream dead. Bug 242462. x11-misc/hotkeys
[gentoo-dev] Last rites: app-pda/dopi
# Peter Alfredsen (25 Jan 2008) # Fails to compile, bug 212097. # Masked for removal in 30 days. app-pda/dopi
Re: [gentoo-dev] Handling Launchpad SRC_URI
On Sunday 25 January 2009, Josh Saddler wrote:
> Right now, there's no canonical (heh) way of handling SRC_URI for
> projects that have their files at launchpad.net. We need a standard
> way of handling Launchpad SRC_URIs, similar to what we do with
> mirror://sourceforge/ SRC_URIs.
>
> 1. Some packages use the launchpadlibrarian.net download redirect,
> which results in a non-helpful server-generated number:
>
> (gnome-catalog)
> SRC_URI="http://launchpadlibrarian.net/11326737/${PN}_${PV}.orig.tar.
>gz
^^ This just uses launchpad since the file has been removed upstream and
Ubuntu happens to archive their source files there. You could just as
well use this link:
http://snapshot.debian.net/archive/2008/01/19/debian/pool/main/g/gnomecatalog/gnomecatalog_0.3.3.orig.tar.gz
or bump to the latest upstream version (and use the sf.net mirror).
> 2. Some hack up interesting MY_P stuff:
>
> (gnome-do-plugins)
> MY_PN="do-plugins"
> PVC=$(get_version_component_range 1-2)
> PVC2=$(get_version_component_range 1-3)
> SRC_URI="https://launchpad.net/${MY_PN}/${PVC}/${PVC2}/+download/${P}
>.tar.gz"
>
> (avant-window-navigator-extras)
> MY_P="awn-extras-applets-${PV}"
> SRC_URI="https://launchpad.net/awn-extras/${PV%.*}/${PV}/+download/${
>MY_P}.tar.gz"
>
> The AWN-extras ebuild is the closest to the "right" way of doing it,
> I think.
>
> So can we agree on a standard way of treating Launchpad SRC_URIs and
> get the handler support into Portage?
I haven't seen the inside of administrating a project in Launchpad yet,
but that version part ("${PV%.*}") seems to be an arbitrary string, and
there are quite a few examples where this URL handler does not work:
* https://launchpad.net/tangocms/+download
* https://launchpad.net/terminator/+download
* https://launchpad.net/get-you/+download
* https://launchpad.net/do-plugins/+download
[ this is the second package mentioned above, even here some of the
links would not work with the proposed solution ]
Robert
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-dev] Handling Launchpad SRC_URI
On Sat, 24 Jan 2009 23:38:32 -0800
Josh Saddler wrote:
> Right now, there's no canonical (heh) way of handling SRC_URI for
> projects that have their files at launchpad.net. We need a standard
> way of handling Launchpad SRC_URIs, similar to what we do with
> mirror://sourceforge/ SRC_URIs.
>
> 1. Some packages use the launchpadlibrarian.net download redirect,
> which results in a non-helpful server-generated number:
>
> (gnome-catalog)
> SRC_URI="http://launchpadlibrarian.net/11326737/${PN}_${PV}.orig.tar.gz
>
> 2. Some hack up interesting MY_P stuff:
>
> (gnome-do-plugins)
> MY_PN="do-plugins"
> PVC=$(get_version_component_range 1-2)
> PVC2=$(get_version_component_range 1-3)
> SRC_URI="https://launchpad.net/${MY_PN}/${PVC}/${PVC2}/+download/${P}.tar.gz";
>
> (avant-window-navigator-extras)
> MY_P="awn-extras-applets-${PV}"
> SRC_URI="https://launchpad.net/awn-extras/${PV%.*}/${PV}/+download/${MY_P}.tar.gz";
>
> The AWN-extras ebuild is the closest to the "right" way of doing it, I
> think.
>
> So can we agree on a standard way of treating Launchpad SRC_URIs and
> get the handler support into Portage?
The best way would be to convince upstream to offer a simpler URL
scheme. Adding a special handler in the PM would be the worst option
(also there is no such thing atm, mirror://sourceforge/ doesn't do
anything special). The easiest option would probably be a little helper
function in eutils to generate the correct URL, if you *really* need to
simplify things (in your examples, the only sligthly odd thing are the
version parts in the URL, the MY_P stuff would be needed anyway from
what I can see).
Marius
