Re: [gentoo-dev] RFC: PROPERTIES=funky-slots
Le samedi 23 juin 2012 à 21:37 +0100, Ciaran McCreesh a écrit : On Sat, 23 Jun 2012 22:36:14 +0200 Marien Zwart mari...@gentoo.org wrote: On za, 2012-06-23 at 17:08 +0100, Ciaran McCreesh wrote: Is it that Paludis installs a newer SLOT even if a reverse dependency explicitly requests another SLOT? Sounds like a bug to me. No, it's that if a user requests a complete resolution, Paludis installs the newest version of things that it can. Extensive consultation with users has shown that this is a good behaviour, except in the small number of situations that have recently arisen where people are doing weird things with versions and slots. It surprises me that this behavior is normally desirable for packages where all dependencies (including any in the world set or the like) are slotted. Think || ( a:3 a:2 ). I would say this is not possible with gtk+ To build a gtk+3 app, you need gtk+3 based libs only, same for gtk+2. Mixing will not work because of symbols conflict iirc. Anyway, I think that we got off track on the basics of the problem. The problem is that you cannot have two ebuilds of the same ${CAT}/${PN} with the same version simply because the files would have the same name. Adding a new property or whatever does not solve this problem unless we propose a way of naming such ebuilds to start with, right ? -- Gilles Dartiguelongue e...@gentoo.org Gentoo signature.asc Description: This is a digitally signed message part
[gentoo-dev] euscan GSoC project - requesting feedback
Hi everybody! I'm working on a GSoC project for enhancing Euscan (http://euscan.iksaif.net/). Euscan allows to check if a given package/ebuild has new upstream versions or not. It uses different heuristic to scan upstream and grab new versions and related urls. Euscan has a web interface for surfing data but for now is only possible to see the scan results per package/category/herd/maintainers/overlay. We're working now on the possibility to register and provide a cool dashboard for maintainers, so that they can easily keep an eye on the upstream versions of the packages they maintain. The main question is: what would you like to have on this dashboard? Currently (in the development version) there's the possibility to login and watch/unwatch packages/categories/herds/... and see the watched stuff in the account dashboard. We're planning on implementing a weekly(?) custom newsletter based on the packages you're watching, which features would you like? The project repo for the GSoC is here: https://github.com/volpino/euscan Thanks! -- f. Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. (Martin Golding) () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments http://about.me/fox91 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] euscan GSoC project - requesting feedback
On Wed, Jun 27, 2012 at 9:51 AM, Federico fox Scrinzi fo...@anche.no wrote: The main question is: what would you like to have on this dashboard? Currently (in the development version) there's the possibility to login and watch/unwatch packages/categories/herds/... and see the watched stuff in the account dashboard. We're planning on implementing a weekly(?) custom newsletter based on the packages you're watching, which features would you like? - The ability to pick what overlays I care about - Ignore alpha/beta versions if the current gentoo-x86 version is not alpha/beta - Candidates for stabilization Cheers, Dirkjan
Re: [gentoo-dev] euscan GSoC project - requesting feedback
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/27/2012 10:00 AM, Dirkjan Ochtman wrote: On Wed, Jun 27, 2012 at 9:51 AM, Federico fox Scrinzi fo...@anche.no wrote: The main question is: what would you like to have on this dashboard? Currently (in the development version) there's the possibility to login and watch/unwatch packages/categories/herds/... and see the watched stuff in the account dashboard. We're planning on implementing a weekly(?) custom newsletter based on the packages you're watching, which features would you like? - The ability to pick what overlays I care about - Ignore alpha/beta versions if the current gentoo-x86 version is not alpha/beta - Candidates for stabilization - - a request rescan button - - a Report problem machanism. i.e. on http://euscan.iksaif.net/maintainers/48/ there's an inconsistency between both upstream and version in gentoo being 2012.2.0 but there's still a light red marker. Great tool, thanks. Michael - -- Gentoo Dev http://xmw.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk/q0o0ACgkQknrdDGLu8JB9/gD/QpQE9ezi3wMBKTgLfyT1oTEk +4SxawZ5to7cdnI06q8BAJPdcxzuU+4AG05rTPzuPBfaDz4Xz7t7Xc9Bj+JsSN9W =eV1X -END PGP SIGNATURE-
Re: [gentoo-dev] euscan GSoC project - requesting feedback
On Wed, 27 Jun 2012 09:51:06 +0200 Federico \fox\ Scrinzi fo...@anche.no wrote: The main question is: what would you like to have on this dashboard? Currently (in the development version) there's the possibility to login and watch/unwatch packages/categories/herds/... and see the watched stuff in the account dashboard. We're planning on implementing a weekly(?) custom newsletter based on the packages you're watching, which features would you like? RSS/atom feeds as an alternative to the newsletter. The project repo for the GSoC is here: https://github.com/volpino/euscan Is the development version running somewhere already so we could play with it a bit? -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] euscan GSoC project - requesting feedback
The main question is: what would you like to have on this dashboard? Not only the information whether ~arch is outdated, but also whether stable is outdated... custom newsletter based on the packages you're watching, please also as rss feed... cheers, andreas -- Andreas K. Huettel Gentoo Linux developer kde, sci, arm, tex, printing signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] About forcing rebuilds of other packages issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 25/06/12 01:58 PM, Zac Medico wrote: On 06/25/2012 06:03 AM, Ian Stakenvicius wrote: On 23/06/12 08:42 PM, Zac Medico wrote: On 06/10/2012 11:18 AM, Zac Medico wrote: On 06/10/2012 05:25 AM, Ciaran McCreesh wrote: On Sat, 09 Jun 2012 13:55:53 -0700 Zac Medico zmed...@gentoo.org wrote: A dependency atom will have optional SLOT and ABI_SLOT parts. Using the dbus-glib depedency on glib:2 as an example [1], the dbus-glib dependency will be expressed with an atom such as dev-libs/glib:2:= and the package manager will translate that atom to dev-libs/glib:2:=2.32 at build time. So, ':' is always used to distinguish SLOT deps, and ':=' is always used to distinguish ABI_SLOT deps. Is that syntax good? Here's a nicer syntax: no ABI_SLOT variable, and SLOT=2/2.32. Then you can do explicit :2/2.32 dependencies if you like, or :2 (which would match SLOT=2 or SLOT=2/anything), or :2= (which gets rewritten to :2/2.32=) or :2*. If an ebuild does SLOT=2, it's treated as 2/2. Yes, I prefer your syntax. In portage-2.1.11.1 and 2.2.0_alpha112 I’ve added support for EAPI “4-slot-abi”: http://blogs.gentoo.org/zmedico/2012/06/23/automatic-rebuilds-with-experimental-eapi-4-slot-abi/ Does anyone have a fork of the tree that's being converted to test this new functionality? If so I'd like to sign up. That would be nice to have, but I haven't heard of anyone doing it yet. Well, I am now. If anyone wants to test, i'm going to make an attempt to keep the following overlay in sync with the main tree within a 24-hour delay (excluding weekends). git://git.overlays.gentoo.org/dev/axs.git FYI, all the work subslotting the perl stuff doesn't work yet, so it's probably best to wait a few days before trying it out. Sorry, no means of bug reporting on any of this yet (ie, don't file on b.g.o about it), but i'm in #-dev on freenode most weekdays. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iF4EAREIAAYFAk/rYTgACgkQ2ugaI38ACPAOvwD/WBqDNCnCJLZw+2302SJOZzO4 cDYOcr3nNk5JeMVz1YAA/jrllZuqcl2skF0WBf4ku8Jb8dsTucddqB3SarxSBB25 =Efzw -END PGP SIGNATURE-
Re: [gentoo-dev] RFC: PROPERTIES=funky-slots
On Sat, Jun 23, 2012 at 1:54 PM, Michał Górny mgo...@gentoo.org wrote: On Sat, 23 Jun 2012 18:45:46 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: On Sat, 23 Jun 2012 19:43:10 +0200 Pacho Ramos pa...@gentoo.org wrote: It treats -r300 as being newer than -r200, and so will treat the gtk3 version or the jruby version as being newer versions of the gtk2 version or the ruby 1.8 version, just as it tries to bring in a newer GCC and so on. And what problems is that causing for you? The problem is that there's no way of knowing that -r300 is not a newer version than -r200 It's actually not though, is it? I think -r300 is simply the same thing as -r200 except that it uses gtk3 instead of gtk2.