Re: [gentoo-dev] amd64-fbsd profile marked 'stable'
Hi! May be you can share stages and install instructions for this? Alexis Ballier писал 2012-05-08 15:33: Hi, I've just marked the profile 'default/bsd/fbsd/amd64/9.0' as 'stable' in profiles.desc. I've been careful not to keyword anything with broken deps, and its now forbidden. It is the first g/fbsd profile marked as such. Consequences for devs: broken deps are not allowed anymore; people are, like for standard arches, expected to drop keywords and fill a rekeywording bug. Rationale: - x86-fbsd has been a 'dev' profile for so long that the majority of the packages have broken deps, meaning moving it to a 'stable' profile is almost impossible. I do not want to repeat this error for amd64-fbsd - people usually do not run repoman -d, and as such, it is common to get (core or not) packages that are uninstallable on g/fbsd. This wont happen anymore and will make devs and users happier :=) cons: there's no stable amd64-fbsd keyword, i suppose that if we want some day to stabilize it, it'll be hard with a 'stable' profile, but we can temporarily switch it back to 'dev' while doing it, and without preventing broken deps it'll be almost impossible to do this anyway. Regards, A. -- Best Regards, Alexey 'Alexxy' Shvetsov Petersburg Nuclear Physics Institute, NRC Kurchatov Institute, Gatchina, Russia Department of Molecular and Radiation Biophysics Gentoo Team Ru Gentoo Linux Dev mailto:alexx...@gmail.com mailto:ale...@gentoo.org mailto:ale...@omrb.pnpi.spb.ru
[gentoo-dev] dropping support for linux-2.6.16 on glibc systems
our glibc versions long ago stopped working with linux-2.4 due to NPTL being required. further, we've long set the min kernel version to 2.6.9 in the ebuild itself. so bumping it to 2.6.16 isn't a stretch. the driving force here is that glibc upstream is looking to set the min kernel version to 2.6.16. if there's no real incentive for us to support anything older, then we'll follow suite. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] amd64-fbsd profile marked 'stable'
On Wed, 09 May 2012 19:29:36 +0300 Alexey Shvetsov ale...@gentoo.org wrote: Hi! May be you can share stages and install instructions for this? https://bugs.gentoo.org/show_bug.cgi?id=415229 :) (make sure to read the thread linked from this bug report)
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
On Tue, May 08, 2012 at 02:40:41AM +0100, Steven J Long wrote: OFC you could just assure us that udev will never rely on systemd as a design decision. I can understand that systemd might need close integration with the underlying udev implementation[PS]. Nope, can't make that assurance at all. Actually, maybe I can make the opposite assurance, let's see what the future brings... :) greg k-h
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
I foresee a new udev fork then. If udev is going to end up like avahi is, this is *highly* probable. With avahi is ... I actually mean, one single tarball blob depending on the whole world and its solar system and galaxy. Please stop throwing lennartware at people. FailAudio has been enough, thanks. -- Fabio Erculiani
Re: [gentoo-dev] Last rites: media-sound/qsampler
Hi, Here I attach a version that removes the eclass use. I then replaced a eqmake4 for qmake. I don't know if there is a better solution, but at least removes the deprecated eclass and hopefully the mask (the live ebuild is newer). Best regards, Natanael. El 05/02/2012 11:24 PM, Davide Pesavento escribió: # It has been broken for more than 2 years (bug 380589), # last upstream release in 2009, uses deprecated qt4 eclass, # long list of QA issues (bug 379663). # Masked for removal in 30 days. media-sound/qsampler # Copyright 1999-2009 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/media-sound/qsampler/qsampler-0.2.2.ebuild,v 1.1 2009/12/04 19:01:06 aballier Exp $ EAPI=1 DESCRIPTION=A graphical frontend to the LinuxSampler engine HOMEPAGE=http://www.linuxsampler.org; SRC_URI=http://download.linuxsampler.org/packages/${P}.tar.gz; LICENSE=GPL-2 SLOT=0 KEYWORDS=~amd64 ~x86 IUSE=debug +libgig RDEPEND=x11-libs/qt-gui:4 =media-libs/liblscp-0.5.5 libgig? ( =media-libs/libgig-3.2.1 ) =media-sound/linuxsampler-0.5 media-libs/alsa-lib DEPEND=${RDEPEND} src_compile() { econf $(use_enable debug) \ $(use_enable libgig) qmake qsampler.pro -o qsampler.mak emake || die emake failed. } src_install() { emake DESTDIR=${D} install || die emake install failed. dodoc AUTHORS ChangeLog README TODO doman debian/${PN}.1 }
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote: I foresee a new udev fork then. Please feel free to do so, the code has been open since the first day I created it. Remember, forks are good, there's nothing wrong with them, I strongly encourage people to do them if they wish to, it benefits everyone involved. If udev is going to end up like avahi is, this is *highly* probable. That's an odd transition... With avahi is ... I actually mean, one single tarball blob depending on the whole world and its solar system and galaxy. Hyperbole, how nice :( Please stop throwing lennartware at people. FailAudio has been enough, thanks. The use of these terms is both rude and totally uncalled for. You should be ashamed of yourself. Seriously, that's unacceptable behavior from anyone. No one forces you to use any of this software if you do not want to. There are lots of other operating systems out there, feel free to switch to them if you do not like the way this one is working out, no one is stopping you. But for you to disparage someone who has given immense bodies of work to the community, and you, for free, is horrible behavior and needs to stop right now. greg k-h
[gentoo-dev] updated path for arm ldso hardfp
if you're not using arm, or you're using softfp, then feel free to stop reading i've backported the patches from upstream gcc/glibc to use the new ldso paths for arm hardfp targets. atm, this is in glibc-2.15 and gcc-4.5.3 and gcc-4.6.3. so if you have one of these systems where you're running softfp by default, you might want to be careful when you update glibc as the ldso will change and all your dynamically linked ELFs will probably go kablooie :). if this happens to you, you can easily recover. launch the static rescue shell: /bin/bb then symlink the old path to the new one: ln -s ld-linux-armhf.so.3 /lib/ld-linux.so.3 this is to support the cross-distro standardization of armv7/hardfp work. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
On 05/10/12 06:36, Greg KH wrote: On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote: I foresee a new udev fork then. Please feel free to do so, the code has been open since the first day I created it. Remember, forks are good, there's nothing wrong with them, I strongly encourage people to do them if they wish to, it benefits everyone involved. Forks are often unnecessary. Now instead of working on something useful I get to spend my time reverting to previous behaviour, just so I can have a working solution instead of a shiny one. Are we really doing so well that we can just rewrite everything instead of maybe, for once, have things boring predictable and bugfree? I mean ... things were going so well. Machines Just Booted Every TIme. And now - UEFI is glitching all over the place, the GPT-aware bootloaders have config files with insane complexity and are exquisitely buggy, and someone thought making the init system exciting would just make life oh so much better. Result: I can't get more than a blinking cursor out of some machines without resorting to Dirty Hacks I would really prefer not to even consider. Seriously. I don't have time for these games. Stop breaking stuff! If udev is going to end up like avahi is, this is *highly* probable. That's an odd transition... Same people involved, same mentality - and we don't want to be standing on the sides saying Told you so again. Gets boring. With avahi is ... I actually mean, one single tarball blob depending on the whole world and its solar system and galaxy. Hyperbole, how nice :( Please stop throwing lennartware at people. FailAudio has been enough, thanks. The use of these terms is both rude and totally uncalled for. You should be ashamed of yourself. It's reactive. I've been called stupid, conservative, behind the times, user of obsolete software that will go the way of the dinosaurs. Why should we be ashamed of not agreeing with these funny pranksters? Seriously, that's unacceptable behavior from anyone. Then make it stop? :) No one forces you to use any of this software if you do not want to. Yeah, I can just stop updating. Sounds like a solution to all problems ;) There are lots of other operating systems out there, feel free to switch to them if you do not like the way this one is working out, no one is stopping you. But for you to disparage someone who has given immense bodies of work to the community, and you, for free, is horrible behavior and needs to stop right now. Goes both ways. We're here because of Freedom, in various flavours. Freedom to copy things around and use for free. Freedom to swap out one part and use another. Freedom to break things badly. So why would I give up my freedom to tinker just because someone else is writing more code than I do? And I still have the freedom to complain all day long about undesigned stuff people try to force on me. Hey, you even have the freedom to complain about my complaining. Either way, I hope I can continue using Free Linux for a while and not be forced to use random things that are silly. I'd have expected you to support that. Take care, Patrick
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
On Wed, May 9, 2012 at 9:08 PM, Patrick Lauer patr...@gentoo.org wrote: On 05/10/12 06:36, Greg KH wrote: On Wed, May 09, 2012 at 08:51:37PM +0200, Fabio Erculiani wrote: Please stop throwing lennartware at people. FailAudio has been enough, thanks. The use of these terms is both rude and totally uncalled for. You should be ashamed of yourself. It's reactive. I've been called stupid, conservative, behind the times, user of obsolete software that will go the way of the dinosaurs. Why should we be ashamed of not agreeing with these funny pranksters? Look, I have pretty mixed feelings about all the vertical integration. However, let's at least do each other the professional courtesy of not resorting to name-calling. We're allowed to disagree, and that's OK. By all means voice your opinion. However, let's talk about the issues, and not the people advocating them. This is just polite behavior. It is also the rules for posting on this list, especially if you hold a g.o address. So why would I give up my freedom to tinker just because someone else is writing more code than I do? I understand your frustration. Really, I do - I often find myself sharing it. However, in the end people working on FOSS are basically free to do what they want, and everybody is free to use or support what they want. I don't like the fact that most people contributing to Android tend/aspire to be associated with the commercial market for smartphones, and as a result they tend to embrace pro-developer / anti-consumer solutions (like not allowing easy blocking of ads, or randomizing calls to read the IMEI, etc). However, the market is what it is. The only thing that is really any different today is that companies are at least releasing the source for the stuff they do - in the past they'd have just closed it all off so that there wouldn't even be the option of forking. If I want to I can at least find the API call to read my IMEI and tamper with it. I think part of the community frustration is the increasing level of commercial support around Linux. That has given us much more robust stuff to play with, but it also has resulted in a loss of control and change in general atmosphere. In the world of 1999 Linux market share took a back seat to hackability. In the world of the Canonicals, market share matters a great deal, and appealing to open source contributors matters a lot less. Rich
Re: [gentoo-dev] Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]
I think expressing my own opinion about Lennart-made software is my right, after all. Firstly, it's almost impossible nowadays to avoid including avahi, systemd and pulseaudio into a desktop distro so, there is no real choice. This issue became a sensible matter for those users who for instance, wanted to have a silly mp3 player working without going through the PA nonsense, really missing the old ALSA-oh-it-was-always-working days. If you want to bring complexity but you end up not being able to handle it, then you're not a really good engineer, IMHO. Having said that, I also wonder where's the lovely modularity the various *nix platforms had. If this is the actual direction of Linux Foundation, Redhat and Canonical, I am worried that Linux would end up being an OSX-wannabe. Of course, I am not only bringing my personal opinion here, but the one of the majority of users I've been talking with. I am not against changes, I am actually in favor of them, but only when they really make sense and solve problems, which it doesn't seem the case lately. I didn't want to offend anyone, but just having fun (sigh) of IMHO bad design decisions. -- Fabio Erculiani