Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Mike Frysinger wrote: however, i think it's a lovely idea to open a mingw overlay and populate the sucker until it's stuffed full of crap for people to use I kinda need dev-util/nsis, but moving mingw stuff to an overlay would be fine by me as long as the overlay is *official*. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Mike Frysinger wrote: why do you feel the need to label crap as official ? Because I consider it should be maintained by Gentoo devs. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Proposal for adding berlios to thirdpartymirrors.
David Shakaryan wrote: The proposed mirror name is 'berlios' and the three mirrors are: - http://download.berlios.de - http://download2.berlios.de - ftp://ftp.berlios.de/pub Added, with the exception of the third. See my previous post[1] to this thread for a reason. [1] http://article.gmane.org/gmane.linux.gentoo.devel/44845 -- David Shakaryan GnuPG Public Key: 0x4B8FE14B signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Mike Frysinger wrote: having ebuilds in the tree that only work when you have a mingw compiler annoy me greatly as their only purpose is to produce windows binaries ... aka, things that are useless to a linux host however, i think it's a lovely idea to open a mingw overlay and populate the sucker until it's stuffed full of crap for people to use comments ? -mike imho we can punt mingw stuff without overlay and if a user want to cross-compile he can always use crossdev mingw32 My 2 cents -- Timothy `Drizzt` Redaelli - http://drizzt.bsdnet.eu/blog/ FreeSBIE Developer, Gentoo Developer, GUFI Staff There are two major products that come out of Berkeley: LSD and UNIX. We don't believe this to be a coincidence. -- Jeremy S. Anderson signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Alin Năstac [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 20 Dec 2006 10:59:56 +0200: Mike Frysinger wrote: why do you feel the need to label crap as official ? Because I consider it should be maintained by Gentoo devs. Additionally tho I don't know if it applies in this specific case, official overlay could mean bugs filed on something else, that happen to mention a package in the official overlay aren't automatically closed as invalid, as they could be if it were Joe Blow's overlay, but generally aren't if the package is in the official tree. As an entirely theoretical but possible example, if I have xmms still in overlay and installed, and happen to mention that an audio problem occurs in xmms and (say) amarok, the fact that I have xmms merged, particularly if it's still from an official overlay shouldn't be reason to close the bug happening also in amarok, altho that sort of closure does happen when package are installed independently or from Joe Blow's overlay. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Duncan wrote: Alin Năstac [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 20 Dec 2006 10:59:56 +0200: Mike Frysinger wrote: why do you feel the need to label crap as official ? Because I consider it should be maintained by Gentoo devs. Additionally tho I don't know if it applies in this specific case, official overlay could mean bugs filed on something else, that happen to mention a package in the official overlay aren't automatically closed as invalid, as they could be if it were Joe Blow's overlay, but generally aren't if the package is in the official tree. As an entirely theoretical but possible example, if I have xmms still in overlay and installed, and happen to mention that an audio problem occurs in xmms and (say) amarok, the fact that I have xmms merged, particularly if it's still from an official overlay shouldn't be reason to close the bug happening also in amarok, altho that sort of closure does happen when package are installed independently or from Joe Blow's overlay. Duncan, Off thread topic... Start something new... and please use something else other then xmms as an example or we're going to ignore it. -- Doug Goldstein [EMAIL PROTECTED] http://dev.gentoo.org/~cardoe/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
On Wednesday 20 December 2006 03:59, Alin Năstac wrote: Mike Frysinger wrote: why do you feel the need to label crap as official ? Because I consider it should be maintained by Gentoo devs. as i said, that's up to you and other devs to decide ... it's location doesnt matter; if you care add yourself to the overlay and fix stuff -mike pgpElnrOfXMCt.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
On Wed, 2006-12-20 at 00:36 -0500, Mike Frysinger wrote: On Wednesday 20 December 2006 00:12, Mike Doty wrote: I wasn't aware we had any. can you provide a list? there are bugs opened from time to time with people requesting more, but we have these now: dev-libs/wx-xmingw dev-libs/wxactivex wxwindows herd is happy to have these moved into an overlay. Additionally I don't have the time right now to get these up to snuff, so we can look into having interested parties do that in an overlay. if we want to punt the toolchain packages as well (but i dont have a problem with these being in tree): dev-util/mingw-runtime dev-util/w32api I agree with others on the thread that it'd be nice if the tools themselves would be available via official portage tree for programmers to use for development purposes. -- Mart Raudsepp Gentoo Developer Mail: [EMAIL PROTECTED] Weblog: http://planet.gentoo.org/developers/leio signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Mike Frysinger wrote: On Wednesday 20 December 2006 03:59, Alin Năstac wrote: Mike Frysinger wrote: why do you feel the need to label crap as official ? Because I consider it should be maintained by Gentoo devs. as i said, that's up to you and other devs to decide ... it's location doesnt matter; if you care add yourself to the overlay and fix stuff What is your motivation ? Do you want to move relatively unpopular branches into their own overlays for keeping the base tree lean and mean? If the answer is yes, I totally agree with you. However, I don't want to see Gentoo crippled by this decision. I wanna official overlays in which commit access is automatically given to any Gentoo dev (automatically == no human interaction needed). Those should represent optional branches available to a more specialized audience. nsis might be garbage for you, but for me it is a valuable tool that helps me at work. For those of us eager to remove it, nsis compiles as a Linux program, even though the output of its execution happens to be a Windows install program. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
On Wednesday 20 December 2006 13:09, Alin Năstac wrote: What is your motivation ? people want to populate the tree with packages that have no value in a pure linux system ... they want to stick ebuilds in that produce only win32 binaries (like wx-mingw) i've also seen requests for ebuilds that take normal portable packages (like grep) and tweak them so they produce a version that'll run under windows none of this belongs in the tree as we do not have a windows port i'm going to setup a mingw project and put the overlay under the control of that ... so if you want to work on these things, then join the mingw project -mike pgpa7lkUxeuUC.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Mike Frysinger wrote: none of this belongs in the tree as we do not have a windows port But dev-util/nsis installs a native application - makensis - which creates win32 setups. I think this excludes nsis from your list. I find it useful because I can automatize updates of my win32 setups on server (Gentoo, of course). signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Doug Goldstein [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 20 Dec 2006 09:26:50 -0500: Off thread topic... Start something new... and please use something else other then xmms as an example or we're going to ignore it. I think you missed my meaning... which wasn't off thread. I simply pointed out that one reason for maintaining an official overlay (here for mingw) as opposed to unofficial, is the question of support. An unofficial overlay isn't supported, and can be reason for bugs being closed. It could be possible to maintain an out-of-tree-but-official overlay, for packages that were felt not to be useful to enough folks to remain in the tree, while still being useful for a large enough group of folks to remain supported. One element of that level of support would be that bugs wouldn't be closed out of hand just because a package from that overlay was mentioned, as they might be if the overlay was a random unofficial overlay some Joe Blow setup on his own. xmms was just a widely used recent example. I was NOT complaining about it, nor really was I complaining about the handling of bugs, both of which WOULD be a different topic, merely observing that such a distinction could be useful to maintain and would be one reason for maintaining an official overlay. From what I read on this thread, if the mingw toolchain is removed from the tree, it might well be worth keeping it (at least, if not the other packages depending on it) in just such an official overlay. I was simply pointing that out and in general approving the idea, thus it was thread topical, tho I have no dog in this fight, and personally don't care /what/ happens to it. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
On Wednesday 20 December 2006 14:27, Alin Năstac wrote: But dev-util/nsis installs a native application - makensis - which creates win32 setups. I think this excludes nsis from your list. right, i would be OK with this living on ... last i checked, it didnt have a native linux port, but it seems it has been updated since -mike pgpuj6XEwMwxV.pgp Description: PGP signature
Re: [gentoo-dev] The long story behind our new developer: Peter Weller (welp)
On Tue, 19 Dec 2006 14:59:09 +0100 Markus Ullmann [EMAIL PROTECTED] wrote: snip Now you know the story behind our new amd64/bugday/xfce dev from UK. I think he deserves the usual happy welcome :) Jokey Welcome, welp. Hopefully you'll spend hours every week enhancing my xfce experience. -- tomaw -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Last rites for net-wireless/ipw2100 and net-wireless/ipw2200
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 migrates to the in-kernel drivers. They can be found here: Networking --- Network device support --- [*] Network device support Wireless LAN (non-hamradio) --- [*] Wireless LAN drivers (non-hamradio) Wireless Extensions M Intel PRO/Wireless 2100 Network Connection M Intel PRO/Wireless 2200BG and 2915ABG Network Connection These will also enable the in-kernel version of the ieee80211 driver. As per summary, both packages are going to get punted from the tree. Both will vanish around sometime next January (I'd say 30 days from today - which makes it 21th January 2007). And to leave those of you, who already use the in-kernel driver relaxed, the firmware images are not going to get removed as they are still needed for the in-kernel drivers. -- Christian Heim phreak at gentoo.org GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpWzbPUUN7OX.pgp Description: PGP signature
Re: [gentoo-dev] Re: [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
Duncan wrote: Doug Goldstein [EMAIL PROTECTED] posted [EMAIL PROTECTED], excerpted below, on Wed, 20 Dec 2006 09:26:50 -0500: Off thread topic... Start something new... and please use something else other then xmms as an example or we're going to ignore it. I think you missed my meaning... which wasn't off thread. I simply pointed snip happens to it. Dude... 2 line response that says this is totally off-topic does not necessitate a book and half response. Cool the typing fingers. -- Doug Goldstein [EMAIL PROTECTED] http://dev.gentoo.org/~cardoe/ signature.asc Description: OpenPGP digital signature
[gentoo-portage-dev] Masked by corruption
I'm getting an inordinate number of masked- by corruption failures since merging portage-2.1.2_rc3-r7. Part of the problem is the addition of the complete dep graph. (Which makes testing extraordinarily and horrifically painful; it now takes emerge(1) about 20 to 30 minutes to get started, since reading in everything in /var/db/pkg thrashes the dcache) It is unable to deal with some of the stuff already installed. The corruption is not changed files. Hashes of the ebuilds always match the srings in the Manifest files. It seems that it just doesn't like old syntax. Running with --debug did not explain what it found to be corrupt. I don't see any relevant bugs, and I think this requires some discussion, hense this post. It'll take a couple of hours for another sync and update to run, should I even bother with -r8? -JimC -- James Cloos [EMAIL PROTECTED] OpenPGP: 1024D/ED7DAEA6 -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] Masked by corruption
Jim, I opened bug 158632, so that's worth looking at. It also points to a post on the forums about the problem. I can't add much to the discussion myself, just that it affected two of my machines differently which I found rather odd (one has difficulty with all versions of mpc, the other with only one version). I hope that helps... Mike 5:) -- gentoo-portage-dev@gentoo.org mailing list
Re: [gentoo-portage-dev] Masked by corruption
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Cloos wrote: I'm getting an inordinate number of masked- by corruption failures since merging portage-2.1.2_rc3-r7. Do you get a !!! Digest verification failed: message before that, or only the masked by: corruption message? Assuming that the messages are invalid, you may be able to use FEATURES=-strict or FEATURES=digest to avoid those messages. However, you should know exactly what those features do before you change them. Part of the problem is the addition of the complete dep graph. (Which makes testing extraordinarily and horrifically painful; it now takes emerge(1) about 20 to 30 minutes to get started, since reading in everything in /var/db/pkg thrashes the dcache) It is unable to deal with some of the stuff already installed. It sounds like you're experiencing this bug: https://bugs.gentoo.org/show_bug.cgi?id=158649 I'll get that one fixed ASAP. The corruption is not changed files. Hashes of the ebuilds always match the srings in the Manifest files. It seems that it just doesn't like old syntax. Running with --debug did not explain what it found to be corrupt. I don't see any relevant bugs, and I think this requires some discussion, hense this post. Please file a bug. It'll take a couple of hours for another sync and update to run, should I even bother with -r8? -JimC Don't bother because -r8 will behave the same way. Zac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFiWaM/ejvha5XGaMRAgUgAJ41lhhIOaf9skhgl7PbKGdi0IlwOwCgv9+P rAG0JXBvX7m+25SPOZ5psr8= =nGqx -END PGP SIGNATURE- -- gentoo-portage-dev@gentoo.org mailing list