Re: [gentoo-dev] The app-misc/beagle in portage is seriously outdated!

2008-02-27 Thread Rémi Cardona
Shaochun Wang a écrit : After such a long time, nothing happened to the beagle ebuild. How to change this situation? Is the original maintainer is still active now? BTW, besides the beagle bump request in the bugzilla of Gentoo, is there any way to let us normal users get beagle up to date? Cr

Re: [gentoo-dev] Google SOC 2008

2008-02-26 Thread Rémi Cardona
joshua jackson a écrit : 2) We need mentors, so far confirmed I have: Diego and Saleem What kind of work is involved there? I wouldn't mind being a mentor but I'd like to know a bit more about what's expected from a "good" mentor. Thanks, Rémi -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Keyword amd64 -> x86_64

2008-02-20 Thread Rémi Cardona
William L. Thomson Jr. a écrit : Please excuse my ignorance if this is a naive comment or has been brought up before. With all the non amd processors now with 64bit support. amd64 as a keyword seems a bit odd and off maybe. I think we'd already discussed this a while back, and decided not to c

Re: [gentoo-dev] public system of ratings

2008-02-16 Thread Rémi Cardona
Oleg Puchinin a écrit : Day kind! I recently have started to use Gentoo, and I had one question. What for to charge developers of a problem of check of packages? Why to not make public system of ratings? For example voting We already have such a implicit rating system :) It's called bugzilla.

Re: [gentoo-dev] clean deprecated eclasses(?)

2008-02-14 Thread Rémi Cardona
urden to the PM - instead of adding yet another eclass (which we wouldn't be able to remove :p) Cheers -- Rémi Cardona LRI, INRIA [EMAIL PROTECTED] [EMAIL PROTECTED] -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] RFC: adding support for running eautoconf to base.eclass

2008-02-12 Thread Rémi Cardona
Petteri Räty a écrit : What do you think about adding support to base.eclass for running eautoreconf? *puts on Gnome hat* In most of the ebuilds where we need to run eautoreconf, we usually apply patches. I can't remember of an ebuild where we just run eautoreconf on its own. In the end, t

Re: [gentoo-dev] Re: Changes to some profiles

2008-02-02 Thread Rémi Cardona
Vlastimil Babka a écrit : How about just some elog "If you use make install, emerge --noreplace debianutils" in the kernel's postinst or something. Bellow is my contribution to this thread :) Cheers, Rémi --- kernel-2.eclass 2007-12-17 17:06:02.0 +0100 +++ kernel-2.eclass 20

Re: [gentoo-dev] Move SCMs to their own category?

2008-02-01 Thread Rémi Cardona
Caleb Tennis a écrit : Any objections to this potential move, or comments on a better category name? No objections. Just wondering about tools like gitweb, will they stay in web-apps? Rémi -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Best practices for package.mask removals

2008-01-29 Thread Rémi Cardona
Ryan Hill a écrit : Remi (or rane.. or some other r- dev ;]) was asking a couple days ago how to write a package.mask entry for removals so the script picks it up. Actually there is no script (just me), and there's no real rules. but I thought I'd mention a couple things that would make life

Re: [gentoo-dev] debianutils: system worthy ?

2008-01-28 Thread Rémi Cardona
Mike Frysinger a écrit : do people consider these things critical ? i dont know the last time i personally needed/wanted any of these ... I for one didn't even know what tools it provided ... let alone what I might use them for. Rémi -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-28 Thread Rémi Cardona
Zac Medico a écrit : Robin H. Johnson wrote: Related to the top level of the tree, can we get a release of repoman that detects if a checkout is a subset only (eg no top level), for folk that have subtree checkouts only? (Probably look for skel.*/profile items two levels up). I think we should

Re: [gentoo-dev] RFC: removal of digest files from the tree

2008-01-26 Thread Rémi Cardona
Robin H. Johnson a écrit : Related to the top level of the tree, can we get a release of repoman that detects if a checkout is a subset only (eg no top level), for folk that have subtree checkouts only? (Probably look for skel.*/profile items two levels up). If repoman needs to check the existe

Re: [gentoo-dev] Re: Available hardware

2008-01-18 Thread Rémi Cardona
Jorge Manuel B. S. Vicetto a écrit : Christian Faulhammer wrote: | Hi, | | Ryan Hill <[EMAIL PROTECTED]>: |> Daniel Ostrow wrote: |>> As I am no longer an ebuild dev (real life job got in the way) I |>> have a whole slew of hardware that I'm willing to ship to any |>> gentoo dev for the cost of s

Re: [gentoo-dev] New developer : Ingmar Vanhassel (ingmar)

2008-01-16 Thread Rémi Cardona
Heh, the EU Conspiracy is growing again! Anyhow, Welcome Ingmar :) Rémi -- gentoo-dev@lists.gentoo.org mailing list

Re: [gentoo-dev] Seeking questions for a user survey

2008-01-14 Thread Rémi Cardona
Robin H. Johnson a écrit : Ok, so per the one discussion in #-dev this evening, I'm looking for questions to put on a new user survey. [snip] Your survey summed up pretty well all the questions we came up with this morning. Thanks for putting it all in ink :) Cheers, Rémi -- gentoo-dev@lis

Re: [gentoo-dev] Projects and subproject status

2008-01-10 Thread Rémi Cardona
Gnome Herd (although my commit rate is kinda low these days) Luca Barbato a écrit : Are we fine? Mostly, Gnome packages these days tend to be more stable, pushing the complexity (and breakages) lower down into the stack (HAL, PolicyKit) The rest of team is steadily adding Gnome 2.20.3 packa

Re: [gentoo-dev] [RFC] Reducing the size of the system package set

2008-01-10 Thread Rémi Cardona
Petteri Räty a écrit : I wouldn't say ssh is any more important than a dhcp client. +1 from me. With a quick glance at portage, I found at least those ssh implementations : - openssh - ssh - ossh - dropbear - ... (probably a few more whose name I couldn't find) This might even be worth

Re: [gentoo-dev] New developer : Jean-Noël Rivasseau (elvanor)

2008-01-08 Thread Rémi Cardona
Pierre-Yves Rofes a écrit : > On Tue, January 8, 2008 1:29 pm, Denis Dupeyron wrote: >> So please give a warm welcome to Jean-Noël as a new Gentoo developer. >> > > Yay for the french conspiracy growing yet again :) We'll have to have another conspiracy beer-meeting then ;) > Welcome to you Jean

Re: [gentoo-dev] Re: Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) [2]

2007-12-27 Thread Rémi Cardona
Jan Kundrát a écrit : > Roy Marples wrote: >> I understand that metadata in a file name is pure and simple hackery >> that has no place here and the GLEP is a flimsy attempt to justify it. > > Do you count "version" as metadata? I'll bite :) Version numbers aren't metadata because they uniquely

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-21 Thread Rémi Cardona
Ciaran McCreesh a écrit : > Developers have to know about EAPIs. It's part of knowing how to write > ebuilds. There's no way around that -- if you're writing ebuilds, you > have to know what you are and aren't allowed to do in those ebuilds. Then please try to keep things simple :) The majority o

Re: [gentoo-dev] [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI)

2007-12-20 Thread Rémi Cardona
Luca Barbato a écrit : > Wulf C. Krueger wrote: >> a> "So we can make use of this feature in about a year?" >> b> "Yeah." >> >> Are we Debian now? A new feature gets implemented (obviously because we >> *need* it) and we can make use of it in a *year*? > > What do we need so desperately? > >>> So

Re: [gentoo-dev] X drivers up for grabs

2007-12-03 Thread Rémi Cardona
Donnie Berkholz wrote: > i810 (a.k.a. Intel) I can help with this one. Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] [RFC] Features and documentation

2007-11-27 Thread Rémi Cardona
Alec Warner wrote: > On 11/27/07, Donnie Berkholz <[EMAIL PROTECTED]> wrote: >> How the recent changes happened to allow USE flag descriptions in >> metadata.xml (which I'm not taking any position on now) gave me an idea. >> The Linux kernel requires that any needed documentation accompany all >> c

Re: [gentoo-dev] Re: eselect_zenity: alpha eselect GUI

2007-11-13 Thread Rémi Cardona
Donnie Berkholz wrote: > I'd like to talk in more detail about this with someone, but nobody on > #gentoo-guis seemed to know why PackageKit wouldn't work for the simple > (no USE flag changes) case. Should I try the -guis mailing list instead? Looking at the current feature set of PackageKit, t

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-print/cups: ChangeLog cups-1.3.4-r1.ebuild cups-1.3.4.ebuild

2007-11-09 Thread Rémi Cardona
Ciaran McCreesh a écrit : On Fri, 9 Nov 2007 00:13:39 -0800 Donnie Berkholz <[EMAIL PROTECTED]> wrote: PDEPEND=" ppds? ( || ( ( net-print/foomatic-filters-ppds net-print/foomatic-db-ppds ) net

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-p2p/deluge: ChangeLog deluge-0.5.6.2.ebuild deluge-0.5.6.1.ebuild

2007-10-31 Thread Rémi Cardona
Marijn Schouten (hkBst) wrote: > Donnie Berkholz wrote: >> If you moved the filter-ldflags() call up to pkg_setup(), you could drop >> src_compile() altogether to clean up the ebuild a little. > > Wouldn't that make binary packages cry? In theory, autotools scripts allow users to set env variabl

Re: [gentoo-dev] Resolving HAL vs. pciutils/usbutils

2007-10-31 Thread Rémi Cardona
Roy Marples a écrit : Begs the question why does HAL use libpci in the first place. 2 reasons (that I know of) : 1) to make things pretty in lshal 2) to make writing FDI files somewhat less cryptic http://gitweb.freedesktop.org/?p=hal.git;a=blob;f=hald/linux/device.c#l1554 Rémi -- [EMAIL PRO

Re: [gentoo-dev] Call for Hackergotchis 2007-Q4

2007-10-27 Thread Rémi Cardona
Pierre-Yves Rofes wrote: > How about you set an example and do one for yourself first? :) I'm actually planning on finding a good picture for this round, so yeah, I'll be getting a hackergotchi as well ;) Rémi -- [EMAIL PROTECTED] mailing list

[gentoo-dev] Call for Hackergotchis 2007-Q4

2007-10-27 Thread Rémi Cardona
Hi everyone, Just like last time, I'll repeat the offer : if anyone wants a really cool hackergotchi, please send your pictures my way :) Three cheers for a friendlier Planet Gentoo. Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] New staff : Marion Agé (titefleu r)

2007-10-27 Thread Rémi Cardona
Denis Dupeyron wrote: > It's my unusual pleasure to introduce Marion Agé who will go among us > under the nickname of titefleur, which can be literally translated > into "lil' flower". Aint that charming ? > > Marion will be the new translator follow-up for French. Her experience > is mainly in we

Re: [gentoo-dev] QA question, undefined reference to _getshort

2007-10-17 Thread Rémi Cardona
Hanno Böck a écrit : Hi, I'm currently working on ebuilds for openvas (free successor of nessus). Now something nags me, I get a QA warning I'm not able to fix: net-analyzer:openvas-libraries-1.0.0:20071013-001835.log- * hg_dns_axfr.c:85: warning: implicit declaration of function '_getshort'

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

2007-10-14 Thread Rémi Cardona
Alistair Bush wrote: > While you guys are on this subject, I thought I would put in the > experience I just had. > > http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-java/java-config/java-config-2.1.2.ebuild?rev=1.1&view=markup > > As you will note in the ebuild above I inherit distutils and t

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

2007-10-13 Thread Rémi Cardona
Ryan Hill wrote: > Why not just leave the path off altogether then? That should default to > ${ROOT}/usr/$(get_libdir)/python[0-9].[0-9]* IIRC. We (gnome herd, possibly others) still need to append /site-packages/gtk-2.0 to that path for most of our operations. So if we could write : python_mod_

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/gnome-python-extras: ChangeLog gnome-python-extras-2.19.1-r1.ebuild

2007-10-13 Thread Rémi Cardona
Donnie Berkholz wrote: > python_mod_optimize() { > local myroot > # strip trailing slash > myroot="${ROOT%/}" > > ... > > ebegin "Byte compiling python modules for python-${PYVER} .." > python${PYVER} ${myroot}/usr/$(get_libdir)/python${PYVER}/compileall.py > ${c$ >

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-python/pygtksourceview: metadata.xml pygtksourceview-2.0.0.ebuild Manifest ChangeLog

2007-10-10 Thread Rémi Cardona
Donnie Berkholz wrote: > I think the python_mod_ functions take care of running python_version() > ... also have you noticed that you're optimizing in postrm instead of > cleaning up? I just copied the ebuild from our overlay to portage. I think this ebuild is quite similar to other gnome/pytho

Re: [gentoo-dev] Re: controlling src_test

2007-10-04 Thread Rémi Cardona
Ryan Hill wrote: > here's a crappy little script to automate it. This is really cool. /me had somehow missed the lesson on /etc/portage/env Cheers :) Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] controlling src_test

2007-10-04 Thread Rémi Cardona
Ravi Pinjala a écrit : I, for one, would like to be able to control whether or not to run tests that take a huge amount of time to run. Some test suites are ridiculously comprehensive, and if we could have an option to disable only those, or even run a reduced test suite, that'd be pretty neat.

Re: [gentoo-dev] New developer : Mike Pagano (mpagano)

2007-10-03 Thread Rémi Cardona
Andrew Gaffney a écrit : But is he older than nerdboy? Do we have competition for the Crotchety Old Man title? Are we going to hear lots of stories that start with "when I was your age"? 20 miles to school, barefooted, uphill both ways? Sounds familiar ;) Welcome Mike! +1 on that. Cheers f

Re: [gentoo-dev] Re: Getting rid of lurking no* USE flags - profile-based package.use

2007-10-02 Thread Rémi Cardona
Ryan Hill wrote: > SLOT depends are something we could really use right now. What kind of > time frame are you thinking of? +1 from the Gnome Herd, we could definitely use them as well (glib, gtk, gtkhtml, gtksourceview, ... are all slotted) Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] turn the local xattr useflags into a global one ?

2007-10-01 Thread Rémi Cardona
Rémi Cardona wrote: > Gnome Herd is about to add a fifth package (gedit-2.20.0) that will use > the "xattr" useflag. Are there any objections to making it a global useflag? Done : [EMAIL PROTECTED] ~ $ euse -i xattr global use flags (

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-portage/genlop: ChangeLog genlop-0.30.8.ebuild

2007-09-26 Thread Rémi Cardona
Mike Frysinger wrote: > On Wednesday 26 September 2007, Donnie Berkholz wrote: >> sed -ne "${lineno}p" ${filename} >> >> Anyone got something better? > > that sed will probably work about half the time since it'll only work on one > liners ... Print one or two lines before and after ${lineno} and

Re: [gentoo-dev] [gentoo-commits] gentoo-x86 commit in dev-dotnet/libgdiplus: ChangeLog libgdiplus-1.2.5-r1.ebuild

2007-09-24 Thread Rémi Cardona
Peter Volkov wrote: > В Пнд, 24/09/2007 в 12:56 -0700, Donnie Berkholz пишет: >>> if use ppc ; then >>> sed -i -e 's:-Werror::g' src/Makefile >>> fi >> We should never leave -Werror in -- make this unconditional. > > "never" is too strong: for example, wireshark's upstream tol

Re: [gentoo-dev] New developer : Timo Gurr (tgurr)

2007-09-24 Thread Rémi Cardona
Denis Dupeyron wrote: > It's my pleasure to introduce Timo Gurr (tgurr) who will join us as a > new developer. He will work primarily on KDE and printing. Good luck with those two ;) > Timo lives in Neckarsulm, Germany, and works as an IT technician in a > local city administration near his home.

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-09-23 23h59 UTC

2007-09-24 Thread Rémi Cardona
Robin H. Johnson wrote: > Additions: [snip] > media-sound/jokosher 2007-09-17 16:19:02 drac Samuli, You'll be getting an extra tester real soon! Thanks for adding this :D Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] "Trivial" commit reviews

2007-09-24 Thread Rémi Cardona
Matti Bickel wrote: > I totally agree with Donnie here. Please keep up the work, everybody > should be encouraged to fix these (trivial) problems. I sincerly hope > that these message will not have to continue for long. But as long as > they do, they serve as a big reminder in your inbox of what is

[gentoo-dev] turn the local xattr useflags into a global one ?

2007-09-23 Thread Rémi Cardona
$ euse -i xattr global use flags (searching: xattr) no matching entries found local use flags (searching: xattr) [-] xattr (app-arch/libarchive): if you want extended attri

Re: [gentoo-dev] [RFC] udev rules cleanup / merging rules files with other distros

2007-09-04 Thread Rémi Cardona
Maybe some of those groups could be merged (cdrom, cdrw) or dropped (tape maybe?) Having usb devices as root:root 644 is going to be a PITA if we don't have something like a sane pam_console (one that doesn't change all /dev nodes whenever someone logs in over ssh, like the one we used to have did

Re: [gentoo-dev] Python 2.5 unmasked

2007-08-23 Thread Rémi Cardona
Tiziano Müller wrote: > Hi everyone, > > Thanks to an increased number of people who helped with testing and fixing > within the last two months, we were able to finally unmask python 2.5 today. Looking at the next Gnome (2.20) is there any chance we could coordinate stabling of both sets of pac

Re: [gentoo-dev] Status of xcb

2007-08-22 Thread Rémi Cardona
Donnie Berkholz wrote: > On 00:18 Wed 22 Aug , Olivier Crête wrote: >> Can't we just install xcb alongside regular Xlib ? If we can't, I would >> favor making xcb the default. Its significantly better than the old >> Xlib. > > You could try it, but you might get inconsistent results when runni

Re: [gentoo-dev] Re: Some ideas on how to reduce territoriality

2007-08-07 Thread Rémi Cardona
Ciaran McCreesh wrote: > On Tue, 07 Aug 2007 09:14:17 -0400 > Richard Freeman <[EMAIL PROTECTED]> wrote: >> If the patches are conditional then nobody else is affected anyway. > > And that's the issue -- this claim is incorrect. With conditional > patching everyone is affected. A common example us

Re: [gentoo-dev] Commitlog-mailinglist

2007-08-07 Thread Rémi Cardona
Ned Ludd a écrit : I was alluding to more of it being a resource pig.. Which it is of course. Could it be done like mailman's Digest mail? With one mail every half hour (or 15 minutes, whatever) instead of every single commit? Wouldn't that help both load and storage on woodpecker? We also

Re: [gentoo-dev] default desktop profile

2007-08-03 Thread Rémi Cardona
Chris Gianelloni wrote: > On Thu, 2007-08-02 at 11:27 +0200, Martin Schwier wrote: >> +startup-notification Actually, rereading that list, I wouldn't mind adding this one. Gnome and a couple of core Gnome apps hard-depend on it, as I am must sure must be the case in KDE. Samuli also told me that

Re: [gentoo-dev] default desktop profile

2007-08-02 Thread Rémi Cardona
Martin Schwier wrote: > To come to the bug, I'll comment Jakub Moc's last comment: > >> As said above - bloating default profiles even more goes to gentoo-dev >> mailing >> list, so that people could comment. I for one am already annoyed enough by >> the >> nonsense being added there, such as US

Re: [gentoo-dev] New (old) Developer: Dimitry Brad (diox)

2007-07-29 Thread Rémi Cardona
Christian Heim a écrit : It's my pleasure to (re)-introduce to you Dimitry Brad (also known as diox on IRC), our latest addition joining the x86 arch monkeys. Dimitry has been a Gentoo Developer for quite some time (it has been nearly a year now), and he finally sent in his ebuild quiz and thu

Re: [gentoo-dev] New developer: Pierre-Yves Rofes (p-y)

2007-07-22 Thread Rémi Cardona
Pierre-Yves Rofes a écrit : @Remi: Yeah, the french conspiracy strikes again :D btw, I hope we'll have an opportunity to meet all the frenchies near Paris around some beers one of these days :) Absolutely ! :) Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] baselayout-2 stablisation plans

2007-07-21 Thread Rémi Cardona
Denis Dupeyron a écrit : About the nscd issue we discussed on irc on friday (i.e. daemon not playing nice with parallel startup), your patch worked. It stayed on my work laptop, though, so I can't file a bug right now. But I'll do so monday morning. I'll add mine about the dhcdbd patch you gave

Re: [gentoo-dev] New developer: Pierre-Yves Rofes (p-y)

2007-07-14 Thread Rémi Cardona
Petteri Räty wrote: > Py originates from Paris, France, The French conspiracy is growing again :) Bienvenue à toi :) Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Call for more photos on planet.g.o

2007-07-11 Thread Rémi Cardona
joshua jackson a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rémi Cardona wrote: Hi everyone, [snip] Rémi Does that mean that my tophat = funky picture of myself? if you have no clue which I'm talking about.. http://planet.gentoo.org/images/tsunam.png isn't that h

[gentoo-dev] Call for more photos on planet.g.o

2007-07-11 Thread Rémi Cardona
Hi everyone, As an avid Planet reader, I'd like to call all fellow devs aggregated on planet.gentoo.org to provide real and friendly pictures in Hackergotchi style. Reading Planet Gnome everyday as well, I really like what they have done with their hackergotchis and it makes the whole Planet much

Re: [gentoo-dev] Re: John Jawed & Alex Tarkovsky's einput eclass

2007-07-08 Thread Rémi Cardona
Tiziano Müller wrote: > Sorry for the "atomic" posts, I should rather first think before hitting > the send button :-\ > > The problem with the proposed einput.eclass is that the user has to use > the commandline for that, which is fine for a lot of people. > > At the moment I'd rather like to se

Re: [gentoo-dev] John Jawed & Alex Tarkovsky's einput eclass

2007-07-07 Thread Rémi Cardona
Steve Long wrote: > Hi, > A link on bugzilla somehow led me (isn't the web wonderful ;) to this: > http://thread.gmane.org/gmane.linux.gentoo.devel/40596 > which appears (to a user) like a really good idea. There is a version still > at: http://jawed.name/dev/gentoo/einput.eclass > > A search

Re: [gentoo-dev] Last rites: media-gfx/bootsplash

2007-07-07 Thread Rémi Cardona
Alon Bar-Lev wrote: > i915, even if splash gets working X does not. > A lot of issues there. intelfb is terribly broken : it explicitly doesn't work on laptop LCD displays, it doesn't support all the funky resolutions DVI or VGA displays have nowadays. Basically, it's nearly useless. Try using ve

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

2007-06-11 Thread Rémi Cardona
For the sake of adding something interesting : The gnome herd has unmasked Gnome 2.18 for all arches except arm, alpha and fbsd. Mart (leio) has updated the current stable Gnome to 2.16.3 which should be available on all supported stable arches. Either way, enjoy. Rémi -- [EMAIL PROTECTED] mai

Re: [gentoo-dev] irregular metdata.xml check

2007-06-10 Thread Rémi Cardona
Thilo Bangert wrote: [great stuff here] Thanks for your useful work Thilo :) /me tips hat Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2007-06-10 23h59 UTC

2007-06-10 Thread Rémi Cardona
Robin H. Johnson wrote: > Removals: > media-fonts/liberation-fonts-ttf 2007-06-04 18:17:12 je_fro > media-fonts/liberation-fonts-ttf 2007-06-05 01:31:21 je_fro > > Additions: > media-fonts/liberation-fonts-ttf 2007-06-04 20:34:59 je_fro > media-fonts/liberation-fonts-ttf

Re: [gentoo-dev] New Developer: Gilles Dartiguelongue (eva)

2007-06-09 Thread Rémi Cardona
Christian Heim wrote: > It's my pleasure to introduce to you Gilles Dartiguelongue (also known as > EvaSDK on IRC), our latest addition joining the GNOME herd. > > Gilles is joining us from Rueil-Malmaison, France (yes, the french conspiracy > is growing again), Yes! We cheese-eating surrender-

Re: [gentoo-dev] Re: stabilizing expat 2.0.0

2007-05-17 Thread Rémi Cardona
Chris Gianelloni wrote: > It's simple. You mask expat-2.0.0 on all the current profiles, we mark > it stable in the snapshot and don't have it masked in the 2007.1 > profile. When we release (actually right before), we mark the package > stable in the tree. We document the expat upgrade as part

Re: [gentoo-dev] Re: stabilizing expat 2.0.0

2007-05-17 Thread Rémi Cardona
Rumen Yotov wrote: > Hi, > Might i sugest making an doc "expat-upgrade" and posting it in Docs (or > some dev's space). > This only for those who can't wait and want earlier upgrade. > Even can participate in making it, if needed. Three easy steps: 1) unmask it 2) revdep-rebuild 3) profit ! Reall

Re: [gentoo-dev] Re: stabilizing expat 2.0.0

2007-05-16 Thread Rémi Cardona
Chris Gianelloni wrote: > No. It would have been ideal if we would have done it with the release. Exactly my point. Let's do it for the next release if neither Gnome nor KDE folks can predict our/their next releases. Cheers, Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Re: stabilizing expat 2.0.0

2007-05-15 Thread Rémi Cardona
Duncan wrote: > It's probably a bit late now (unless we want to wait yet another few > months), but tying this to a profile upgrade might have been a more > practical solution. 2007.0, or now 2007.1. Old profiles would stick > with the old expat, and new ones would get the new one. People are

Re: [gentoo-dev] Re: Last rites sys-apps/855resolution

2007-05-13 Thread Rémi Cardona
Joshua Baergen wrote: > I don't think that Xinerama is really supported anymore. It's not > really needed, depending on what you're trying to do - Xrandr 1.2 should > handle most general/common use cases. Either way, it doesn't work as advertised : - xinerama segfaults xorg-server - I couldn't

Re: [gentoo-dev] RFC: ion license

2007-05-13 Thread Rémi Cardona
Rob C a écrit : Just my 0.02 chf +0.02eur from me too. This is going waaay beyond the FireFox/IceWeasle trademark issue. Even closed source apps are less painful license-wise. I'd advise all ion3 users from Gentoo (and maybe other distros) to get together and fork it (à la dhcpcd), doing e

Re: [gentoo-dev] Re: Last rites sys-apps/855resolution

2007-05-11 Thread Rémi Cardona
Markus Ullmann wrote: >> Because it looks like the 2.x intel driver might still need this type of >> hack to work properly for some types of machines (my laptop being a good >> example of this...) > > Also 2.x breaks on my notebook when using xinerama and dual monitor atm > so nothing rock solid y

Re: [gentoo-dev] tests

2007-05-01 Thread Rémi Cardona
Piotr Jaroszyński a écrit : On Tuesday 01 of May 2007 21:53:36 Maurice van der Pot wrote: I'm not sure why this is a reply to my message instead of the message I replied to. They both provide more or less the same choice to the user. Err I wasn't providing any choices for users yet, I only tho

Re: [gentoo-dev] tests

2007-05-01 Thread Rémi Cardona
Piotr Jaroszyński wrote: > Hello, > > There was some discussion about forcing/not forcing tests in EAPI-1, but > there > was clearly no compromise. Imho, tests are very important and thus I want to > discuss them a little more, but in more sensible fashion. > > Firstly each test can be(not all

Re: [gentoo-dev] gentoo: static/dynamic linking libraries

2007-04-29 Thread Rémi Cardona
Ciaran McCreesh wrote: > On Sun, 29 Apr 2007 10:54:12 +0200 > "Jakub Moc" <[EMAIL PROTECTED]> wrote: >> On 4/29/07, Roman Zimmermann <[EMAIL PROTECTED]> wrote: >>> I'm now using gentoo with EXTRA_ECONF="--disable-static" for a >>> while and it seems quite stable. Sometimes I encounter a package >>>

Re: [gentoo-dev] new herd: theology

2007-04-29 Thread Rémi Cardona
Josh Saddler wrote: > It would only be called "humanities" if it was also trying to include > gramps (geneology) with the other 7 packages which are explicitly > religious in nature. As beandog has already said, gramps has been > removed from the herd. I had missed that part in the other threads.

Re: [gentoo-dev] new herd: theology

2007-04-28 Thread Rémi Cardona
Josh Sled wrote: > If that's the case, might not "humanities" be a better name? s/theology/humanities/ sounds good. +1 from me. Rémi -- [EMAIL PROTECTED] mailing list

Re: [gentoo-dev] Re: [GLEP] RFC - Keywording scheme

2007-04-25 Thread Rémi Cardona
Grant Goodyear a écrit : Fabian Groffen wrote: [Sat Apr 14 2007, 03:33:03AM CDT] For people that like reading it in html or via the web: http://dev.gentoo.org/~grobian/gleps/glep-keywords.html http://dev.gentoo.org/~grobian/gleps/glep-keywords.txt So what would a version of Gentoo for amd64 ba

Re: [gentoo-dev] [RFC] update to the gnome2.eclass

2007-04-15 Thread Rémi Cardona
Mike Frysinger wrote: > i guess that's the trick ... if the file is only used to rebuild the > icon-cache after merging the package to $ROOT, then i feel like the file > should be punted after that (and if anything, src_install would create the > list in $D, the pkg_preinst would prep it for use

[gentoo-dev] [RFC] update to the gnome2.eclass

2007-04-15 Thread Rémi Cardona
Hi all, A few months ago, Mike (pioto) proposed a patch for the gnome2.eclass so that it stops reading from /var/db/* stuff. As of today, the current eclass has not yet been patched. The bug is here : https://bugs.gentoo.org/show_bug.cgi?id=155993 The current issue is with the gtk icon cache

[gentoo-dev] Re: [gentoo-core] [RFC] New metastructure proposal

2007-04-10 Thread Rémi Cardona
Alexandre Buisse a écrit : [snip] My experience is limited to the gnome packages and just based on those, your proposal is already not doable. Gnome deps on : - core glib/gtk packages, used by many other packages, including "server" packages, but "owned" by the gnome herd - dbus/hal, handled

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

2007-04-08 Thread Rémi Cardona
Petteri Räty a écrit : Rémi Cardona kirjoitti: Oh and I'm working on an updated gnome2 eclass, as the current one reads data in /var/db. Fixing this should fix gnome/xfce packages for paludis users among other benefits. If anyone wants to fix env saving in portage, it would help us

Re: [gentoo-dev] *DEVELOPMENT* mail list, right?

2007-04-06 Thread Rémi Cardona
Michael Cummings a écrit : So, fellow devs, what's new with development? For those interested, genlop has migrated into gentoo as a project with the permission of upstream, which no longer maintain it. Um...any new tools or projects people are working on? Gnome team's working on gnome 2.16.3 an

Re: [gentoo-dev] ANN: PMS public release

2007-03-26 Thread Rémi Cardona
Stephen Bennett wrote: > The first public draft of PMS is open for comment. The PDF is at > http://dev.gentoo.org/~spb/pms.pdf, and will be updated periodically > as changes are made. Anonymous SVN access to the LaTeX source is > available; I won't give the URL here since most won't need it and I'd

***SPAM (L3)*** Re: [gentoo-dev] New developer: Bernard Cafarelli (voyageur)

2007-03-21 Thread Rémi Cardona
Christian Heim wrote: > > It's my pleasure to introduce to you Bernard Cafarelli (also known as > voyageur) our latest addition joining the NX herd. > > Bernard is joining us from Paris, France (Issy-Les-Moulineaux to be exact, > but > as Bernard also said, it's less known than Paris) where he

Re: [gentoo-dev] more up to date minimal install cd

2007-03-03 Thread Rémi Cardona
Daniel Robbins wrote: > Yes, that was my request and I was told that this was the plan of > attack, but the end result looked nothing like this. > > Just to be clear, I think the *official* documentation should be > simple, with a linear path and non-intrusive links for non-standard > stuff, and s

Re: [gentoo-dev] more up to date minimal install cd

2007-03-01 Thread Rémi Cardona
Robin H. Johnson wrote: > As opposed to minimal CDs, I would see weekly builds of stage3 tarballs > to be much more useful. > ++ on that. Rebuilding _everything_ because openssl changed ABI since the last stage3 install could save users a lot of time/trouble. (that was just an example) Weekly, b

Re: [gentoo-dev] Google Summer of Code 2007

2007-02-16 Thread Rémi Cardona
Luca Barbato wrote: > ffmpeg got just vc-1 working as should, all the other code got somewhat > halfway, mostly because we expected a lot. (amr and ac3 seems to have > something alive, aac isn't something that good) > > The Gentoo results aren't that bad on the average, we got something, > sadly n

Re: [gentoo-dev] New developer: Sebastien Fabbro (bicatali)

2007-02-02 Thread Rémi Cardona
Marcus D. Hanwell a écrit : It is my pleasure to introduce Sebastien Fabbro (also known as bicatali) to you as the latest addition to the Gentoo scientific applications team. In his own words he is a French guy (don't worry - we won't hold that against you ;) ) The (re)birth of a French Consp

Re: [gentoo-dev] tr1 dependencies

2007-01-31 Thread Rémi Cardona
Ciaran McCreesh a écrit : * Hard dep upon boost. This sucks for g++-4.1 users. * Hard dep upon g++-4.1, which isn't available for all archs. This doesn't even work because there's no guarantee that >=4.1 is being used even if it's installed. * || ( ) deps, and hope that if the user has 4.1 inst

Re: [gentoo-dev] Re: [RFC] Some sync control

2007-01-17 Thread Rémi Cardona
Steve Long wrote: > Robin H. Johnson wrote: >> My personal view (not infra) on it, is that I'm mostly negative about >> changing VCS at all - I would prefer not to change, because the status >> quo works very well as it is. If a change is going to be made, it should >> be taken as a chance to resol

Re: [gentoo-dev] Re: [RFC] Ideas for projects...

2007-01-13 Thread Rémi Cardona
Josh Saddler a écrit : Ryan Hill wrote: Chris Gianelloni wrote: Submit your ideas here, so we can discuss them. I will be choosing one idea that we think we can accomplish to test out the idea of Council-driven projects. How far was Curtis from finishing www-redesign? The whole thing was p

Re: [gentoo-dev] 2.6.19 going stable in 1 week

2007-01-07 Thread Rémi Cardona
Daniel Drake wrote: > Actually, 1 week is the best-case scenario, since we have a couple of > minor regressions which need fixing. Additional pressure comes from the > mmap shared page corruption fix, a significant bug which has existed for > at least 3 years. Unfortunately the fix has not been bac

Re: [gentoo-dev] New developer: Miroslav Šulc (fordfrog)

2007-01-02 Thread Rémi Cardona
Jakub Moc a écrit : Petteri Räty napsal(a): He hails from Beroun, Czech Republic. He owns his own IT company. On the personal side he is married and has a little daughter. He likes soccer, taking trips on bikes and hiking. Yay, the Czech beer conspiracy is growing! Welcome! *plop* Beer? W

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2006-12-24 23:59 UTC

2006-12-26 Thread Rémi Cardona
Robin H. Johnson wrote: > The attached list notes all of the packages that were added or removed > from the tree, for the week ending 2006-12-24 23h59 UTC. rubygfe is both sections. Is this normal? Rémi -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Last rites for net-wireless/ipw2100 and net-wireless/ipw2200

2006-12-23 Thread Rémi Cardona
Daniel Drake wrote: > Rémi Cardona wrote: >> On second thoughts, I'll raise a small objection to the removal. >> Latest gentoo version is 1.2.0 while the kernel >> (gentoo-sources-2.6.19-r2) says to contain 1.1.4. I know that >> difference isn't exactly h

Re: [gentoo-dev] Last rites for net-wireless/ipw2100 and net-wireless/ipw2200

2006-12-22 Thread Rémi Cardona
Christian Heim a écrit : Heya, net-wireless/ipw2100 and net-wireless/ipw2200 are both kernel drivers built as an external package through portage. The codebase currently in portage is the same that is present in any up-to-date kernel tarball (2.6.x). For this reason I am suggesting, everyone

Re: [gentoo-dev] Re: Last rites for net-wireless/ipw2100 and net-wireless/ipw2200

2006-12-22 Thread Rémi Cardona
Christian Heim a écrit : Furthermore, many users have a much easier time using the externally-built module than the in-kernel drivers. I, personally, found it to "just work" whereas the kernel drivers would not work without lots of troubleshooting. I haven't been in this situation, and I've ne

Re: [gentoo-dev] [RFC] USE_EXPAND variable to choose ALSA PCM plugins

2006-12-17 Thread Rémi Cardona
Diego 'Flameeyes' Pettenò wrote: > Not sure if anybody here knows, but alsa-plugins is not the only set of > plugins an user installs in its system, many others are installed by alsa-lib > itself, they are the basic plugins like dmix, dsnoop, iec958, plug... the > ones that many asoundrc already

<    1   2   3   4   >