Re: [gentoo-dev] New Developer: David Shakaryan (omp)
Christian Heim wrote: > [..] > So please welcome David as a new fellow developer among us! Welcome aboard, ompy. Now we can discuss openbox-related packaging tips together. ^_^ -- Peter Gordon (codergeek42) Gentoo Forums Global Moderator GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: per-package default USE flags
On Saturday 14 October 2006 21:46, Ciaran McCreesh wrote: > As opposed to having to keep multiple ebuilds in sync, which is even > harder because they're not all in the same location. what are you talking about ? the point of having per-package defaults is so that you can enable a flag by default in one package only to take the oss example, we would want to remove that from our profiles and only enable it by default on say libsdl -mike pgpj0MOumzBfJ.pgp Description: PGP signature
[gentoo-dev] Re: Recommended -march settings [was: Re: CFLAGS paragraph submission for the GWN]
Mike Frysinger wrote: > On Saturday 14 October 2006 04:49, Sebastian Bergmann wrote: >>CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" > here's a good reason why gentoo-wiki is not official ... this is wrong. the > duo cpu's are not based on the pentium4 which is what the prescott is That was put there by me. The thing is, while the Core CPUs have more in common with the Pentium-M micro-architecture, -march=pentium-m highly favors generating x87 over SSE/SSE2 instructions, since on a Pentium-M doing SSE/SSE2 was somewhere in the neighbourhood of 30% slower. Core chips have improved decoding and use micro-op fusion to combine up to four SSE instructions. Also, with code doing fp to int conversion or single precision division, SSE scalar ops are the win on Core (though not as big as Netburst) since x87 instructions have to write data to memory and read it again to reduce precision. Based on that I've been doing benchmarks with GCC 4.1 and trunk and I usually find '-march=prescott -mfpmath=sse' to do a bit better than '-march=pentium-m -mfpmath=sse -msse3', and just plain '-march=prescott' to be near identical to plain '-march=pentium-m' (for those ebuilds that call strip-flags ;), though the latter is on average <=1% faster. '-march=pentium-m -msse3' has actually been the worst performer, though I have no idea why it's slower than just '-march=pentium-m'. To be honest I don't really trust GCC's SSE3 support in it's current state. I've looked hard and long for an official answer to this but no one seems to be able to give a concrete reason why one is better than the other, other than "it's based on the Pentium-M". It _is_, but it's still a very different animal. Until I got one I thought it'd be best to document both. --de. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Resurrecting "Project Dolphin"
Robin H. Johnson wrote: > Hardware stuff: Haven't seen anyone mention sys-apps/lshw yet, so I'll throw it out. It's useful to get detailed information about some stuff. Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Re: X.Org 7.1 is Stable
Christian 'Opfer' Faulhammer wrote: > Tach Joshua, 0x2B859DE3 (PGP-PK-ID) > > Joshua Baergen schrieb: >> Sven Köhler wrote: >>> Hmm, xorg-server-1.1* is stable now, but xorg-x11-7.1 is not. Did you >>> forget that ebuild? ;-) >> Sure did! I fixed it a while ago though, so re-syncing now should get >> you the right keywords on the meta-ebuild. > > Can x86 and amd64 be removed from the cc field of the stabilisation bug > or is intended? I just cleaned up the CC. Thx, DB signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: per-package default USE flags
Ciaran McCreesh wrote: On Fri, 13 Oct 2006 20:12:40 +0100 "Stuart Herbert" <[EMAIL PROTECTED]> wrote: | As the default USE flags are metadata about the package (not the | profile), it makes sense to store that data in the ebuild, along with | the rest of the package's metadata. No no on. Default USE flags are a property of the profile. Don't believe me? Go and have a look in an ebuild, and then in a profile. See which one specifies defaults for USE flags. I would once again argue that default USE flags are suitable for both locations. There are technical arguments about having it either way. It all depends on how you view the relation between tree and ebuild metadata. I don't think there is "The One Correct Way" here; it's purely an arbitrary choice. I'd prefer to let people do it either way. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] RFC: per-package default USE flags
On Fri, 13 Oct 2006 20:12:40 +0100 "Stuart Herbert" <[EMAIL PROTECTED]> wrote: | As the default USE flags are metadata about the package (not the | profile), it makes sense to store that data in the ebuild, along with | the rest of the package's metadata. No no on. Default USE flags are a property of the profile. Don't believe me? Go and have a look in an ebuild, and then in a profile. See which one specifies defaults for USE flags. -- Ciaran McCreesh Mail: ciaranm at ciaranm.org Web : http://ciaranm.org/ as-needed is broken : http://ciaranm.org/show_post.pl?post_id=13 signature.asc Description: PGP signature
Re: [gentoo-dev] RFC: per-package default USE flags
On Sat, 14 Oct 2006 04:49:39 -0400 Mike Frysinger <[EMAIL PROTECTED]> wrote: | On Saturday 14 October 2006 04:00, Richard Brown wrote: | > man portage says that package.use is one depend atom per line. | | that addresses the "we can do it" but not the "we should do it" | | maintaining a large list of defaults in a profile is ugly ... instead | of having all the information self contained in the ebuild, you need | to keep multiple files in sync which can easily lead to bit rot | (which we've seen plenty of with package.mask and use.*desc files) As opposed to having to keep multiple ebuilds in sync, which is even harder because they're not all in the same location. -- Ciaran McCreesh Mail: ciaranm at ciaranm.org Web : http://ciaranm.org/ as-needed is broken : http://ciaranm.org/show_post.pl?post_id=13 signature.asc Description: PGP signature
Re: [gentoo-dev] New Developer: David Shakaryan (omp)
On Sunday 15 October 2006 05:12, Christian Heim wrote: > So please welcome David as a new fellow developer among us! Ompty Dompty, welcome to the dev team. Mark -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
Benjamin Judas wrote: > Hello folks, > Welcome back! (what about using just parted and have scripts that mime fdisk/mac-fdisk?) lu -- Luca Barbato Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On Sun, Oct 15, 2006 at 12:20:05AM +0200, Benjamin Judas wrote: > Yes, but this would be a bit too small. Currently I am at 156MB (some > applications suggested here already included). > > It could be a target for future development to create something like > a "minimal" release. I would have to figure out what would really really > really be neccessary (seems as if here is room for further polling - but I'll > mark this as RESO-LATER). This is a probably a case where it would be extremely beneficial to use catalyst, and release the catalyst specs, kconfigs, and other related bits - we should encourage customization. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpAg3vfbuhcO.pgp Description: PGP signature
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On Sunday 15 October 2006 00:04, Tobias Scherbaum wrote: > As some modern server machines doesn't ship with a cd/dvd-rom drive per > default also providing an usb-stick image (fitting on 128MB sticks?) > makes sense and would help a lot :) Yes, but this would be a bit too small. Currently I am at 156MB (some applications suggested here already included). It could be a target for future development to create something like a "minimal" release. I would have to figure out what would really really really be neccessary (seems as if here is room for further polling - but I'll mark this as RESO-LATER). Regards beejay -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On Sat, Oct 14, 2006 at 11:59:24PM +0200, Tobias Scherbaum wrote: > > Hello folks, > > > > it's been a while since I stepped back as a Gentoo-developer (about 1 1/4 > > years) and in that time I did exactly zero. > > Good news to see you back in action, Benni! :) > > > I hereby request every person make suggestions. Please note, that Dolphin > > will > > be a CLI-based CD only, so no X-Applications will be taken into > > consideration. > > In addition to the tools already mentioned by Tobias Klausmann I'd > suggest the following: > > smartmontools, ipcalc, hddtemp, pwgen, screen, mailx, mutt(-ng?), > net-snmp, bind-tools, telnet, whois, lsof More suggestions - mainly from back when I rolled my own CLI 'utility' CD - large focus around hardware utilities. Networking stuff: iptraf, aggregate, aggregate-flim, bridge-utils, iproute2, ifenslave Data recovery: testdisk with USE='jpeg ntfs reiserfs', Hardware stuff: mcelog, cpuburn, tw_cli (for 3ware controllers), mtx, di, endpoint (provides a Fireware Target-disk mode, similar to Apple hardware), freeipmi (userspace IPMI implementation), evms, lvm, dmraid, mdadm, dmidecode, setserial, x86info, sysstat, SCSI stuff: scsirastools*, scsiping, smp_utils*, lsscsi, sg3_utils, sdparm The two marked with '*' are really getting out there is terms of hardware, and can probably be safely relegated to addons. -- Robin Hugh Johnson E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpvWPB7EKVdH.pgp Description: PGP signature
Re: [gentoo-dev] Resurrecting "Project Dolphin"
> On Saturday 14 October 2006 23:33, Roy Bamford wrote: > > Evaluate the operating media. Should it be a CD, DVD, or USB > > A DVD+/-RW or USB would provide space for recovered data, if required. > > Currently the project is in the same state as it was months ago: an ISO-Image > with a maximum capacity of 650 Megabytes (cheap with a fair ammount of > space). Since it's loop-compressed via squashfs, the nominal size should be > around 850 - 900MB (minus non-compressed contents). As some modern server machines doesn't ship with a cd/dvd-rom drive per default also providing an usb-stick image (fitting on 128MB sticks?) makes sense and would help a lot :) Tobias -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
> Hello folks, > > it's been a while since I stepped back as a Gentoo-developer (about 1 1/4 > years) and in that time I did exactly zero. Good news to see you back in action, Benni! :) > I hereby request every person make suggestions. Please note, that Dolphin > will > be a CLI-based CD only, so no X-Applications will be taken into > consideration. In addition to the tools already mentioned by Tobias Klausmann I'd suggest the following: smartmontools, ipcalc, hddtemp, pwgen, screen, mailx, mutt(-ng?), net-snmp, bind-tools, telnet, whois, lsof I'd like bash as default-shell, but would also provide zsh (and tcsh?). Tobias signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [gentoo-dev] Resignation
I could see that kinda working IMO Caleb...a president-like figure to run things, elected id say would be best, maybe 1 year terms or something, cannot be overruled but elections can be called early if some overly high percentage of council/others express concerns about the person... otherwise their word is final, see that would at least give things direction, and the person is removable but only with some kinda concensus among devs... id also think this person should be independent of groups such as the council/devrel/etc if so... just my 0.02 :)Nathan.On 10/14/06, Caleb Cushing <[EMAIL PROTECTED]> wrote: I agree. what we're seeing is a failure of democracy. at first itworks. then people have opinions. then bickering starts. and no one has the power to stamp there foot down and say this is our direction.It doesn't work very well. at the least we need a president likefigure. of course I'm not against a supreme dictator as long as theykeep looking forward, and doing good. --gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On Saturday 14 October 2006 23:33, Roy Bamford wrote: > Evaluate the operating media. Should it be a CD, DVD, or USB > A DVD+/-RW or USB would provide space for recovered data, if required. Currently the project is in the same state as it was months ago: an ISO-Image with a maximum capacity of 650 Megabytes (cheap with a fair ammount of space). Since it's loop-compressed via squashfs, the nominal size should be around 850 - 900MB (minus non-compressed contents). Regards beejay -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On 2006.10.14 19:56, Benjamin Judas wrote: Hello folks, it's been a while since I stepped back as a Gentoo-developer (about 1 1/4 years) [snip] I took the decision to reanimate "Project Dolphin". Dolphin was an experimental minimal CD similar to Grmbl aimed at semi-professionals and professionals to help repair broken systems or minimize data-loss. [snip] Benjamin, Welcome back. Evaluate the operating media. Should it be a CD, DVD, or USB A DVD+/-RW or USB would provide space for recovered data, if required. Regards, Roy Bamford (NeddySeagoon) -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Announcing The Gentoo Common Lisp Project
See: http://www.gentoo.org/proj/en/common-lisp/index.xml A new project has been created to coordinate users and developers in the development of Common Lisp related software in Portage. Currently there is a * Project Page * Portage Overlay (Darcs) * Mailing List We hope users will contribute to our Darcs overlay instead of simply filing bugs. -- Matthew Kennedy Gentoo Linux Developer (Public Key 0x401903E0) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: David Shakaryan (omp)
On 2006.10.14 20:12, Christian Heim wrote: Its my pleasure to introduce to you David Shakaryan (also known as omp), [snip] So please welcome David as a new fellow developer among us! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 Welcome to the team omp. Regards, Roy Bamford (NeddySeagoon) -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
On Sat, 2006-10-14 at 16:58 -0400, Seemant Kulleen wrote: > > apk-tools (http://apk-tools.sourceforge.net). (the reason I didn't used > > the native gentoo binary package is that it has no support for custom > > pre/post install scripts, and you cant exclude things like documetnation > > in the tbz2, even if you can exclude it dureing extraction. At that > > point there was no qmerge either) > > > FEATURES="nodoc noinfo noman" should solve at least some of those > issues, I should think. I know. But the tbz2 packages are not really designed for embedded and was not good enough, unfortunally. I actually did try (search gentoo-embedded and you'll see i even wrote some code for it). But there were other issues too. Lots of broken RDEPEND's in ebuilds (+ very complicated) made me to rather rescan the dependencies using NEEDED. I ended up with writing an own package manager that did exactly what i wanted. (it can install packages from ftp, http, rsync, ssh + local mounted media - and it "feels" alot like freebsd's pkg_add) Natanael Copa -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Missing: Universal-CD - Gentoo discriminates shell and networkless users
As for the 20GB partition, I have no idea. Perhaps that's a limit imposed by libparted, but it's not a limit that *I* put into the code. don't remember much... it wasn't a limit. maybe that was when I tried the gentoo suggested settings... Patches are welcome. I'd help but I'm no dev. sys admin student/intern. about the only thing I could do to help is testing, and in this case even that is somewhat limited because I like gentoo because I don't have to install all the time. in fact the only reason I reinstalled this last time is because a windows machine with putty had been compromised. I feared my linux system might have been compromised too. so I waited and reinstalled on the next release. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
> apk-tools (http://apk-tools.sourceforge.net). (the reason I didn't used > the native gentoo binary package is that it has no support for custom > pre/post install scripts, and you cant exclude things like documetnation > in the tbz2, even if you can exclude it dureing extraction. At that > point there was no qmerge either) > FEATURES="nodoc noinfo noman" should solve at least some of those issues, I should think. -- Seemant Kulleen Developer, Gentoo Linux -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resurrecting "Project Dolphin"
Benjamin Judas wrote: Since I am sure that needs and ideas for such a CD have changed in the last 15 months, it's definitely a good idea to ask again which applications or services should be available on that CD. I hereby request every person make suggestions. rsync -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: X.Org 7.1 is Stable
Tach Joshua, 0x2B859DE3 (PGP-PK-ID) Joshua Baergen schrieb: > Sven Köhler wrote: >> Hmm, xorg-server-1.1* is stable now, but xorg-x11-7.1 is not. Did you >> forget that ebuild? ;-) > Sure did! I fixed it a while ago though, so re-syncing now should get > you the right keywords on the meta-ebuild. Can x86 and amd64 be removed from the cc field of the stabilisation bug or is intended? V-Li -- Fingerprint: 68C5 D381 B69A A777 6A91 E999 350A AD7C 2B85 9DE3 http://www.gnupg.org/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: David Shakaryan (omp)
Christian Heim wrote: > Its my pleasure to introduce to you David Shakaryan (also known as omp), our > latest addition joining to help out with desktop-misc and the commonbox-herd. ... > His skillset isn't as evolved as lack's; he only knows Bash, > PHP/HTML/XHTML/CSS and Ruby. But he's looking forward to the day when he'll > decide if its advantageous to learn C/C++. It is - most packages in desktop-* and commonbox are C/C++ ;] > So please welcome David as a new fellow developer among us! Welcome :) -- Krzysiek Pawlik key id: 0xBC51 desktop-misc, x86, java, apache, ppc... signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Resurrecting "Project Dolphin"
Hi! On Sat, 14 Oct 2006, Benjamin Judas wrote: > it's been a while since I stepped back as a Gentoo-developer (about 1 1/4 > years) and in that time I did exactly zero. Private life (and unfortunately > stress) kept sucking up my time and interest in helping out in development > work. However, now after a long hiatus, I feel the need to get back to action > and continue at exactly that point at which I stopped. > > I took the decision to reanimate "Project Dolphin". Dolphin was an > experimental minimal CD similar to Grmbl aimed at semi-professionals and > professionals to help repair broken systems or minimize data-loss. > > Opposites to the official Gentoo-Minimal-CDs it contained more software and > also a working gcc (the idea behind that was to provide a quickly available > distcc-host by simply bootng any additional machines in a network with the > dolphin CD). > > Since I am sure that needs and ideas for such a CD have changed in the last > 15 > months, it's definitely a good idea to ask again which applications or > services should be available on that CD. > > I hereby request every person make suggestions. Please note, that Dolphin > will > be a CLI-based CD only, so no X-Applications will be taken into > consideration. Must: screen, cryptsetup with LUKS support (also in the kernel), all available fscks and mkfs's (ditto for the kernel, maybe also for the not-quite-so-unusual partition types), fdisk and friends, partition magic(?), a "find file(s) by byte pattern on this device" tool (there are several), file, iproute2, ping/traceroute/tcptraceroute and ipv6-capable friends where necessary, host and dig, nmap, tcdump or tshark, miitool, ethtool, netcat/6, ssh, arping, lftp, pciutils (lspci), usbutils (lsusb) Would-be-nice: mtr, partition magic, grub, tcpdump *and* tshark, ngrep, dsniff, ettercap, fping, hping, scapy, netwib/wox/whatchmacallit That's a quick list and I think one could argue about the membership in both categories. Regards, Tobias (not a Gentoo dev but a frequent user of live CDs) -- You don't need eyes to see, you need vision. -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: David Shakaryan (omp)
Its my pleasure to introduce to you David Shakaryan (also known as omp), our latest addition joining to help out with desktop-misc and the commonbox-herd. He hails from Glendale (that's in the Los Angeles area as he told me). So far he hasn't contributed anything big (like being a dev) to any project, so this will be his first time ! (eh, another one ?) He while he's unplugged from the famous internet and his computer, he enjoys spending time with his friends and 'other usual activities', where usual activities = "I plug in the soldering iron and next thing I know I'm sitting there holding an ice cube against my finger". His skillset isn't as evolved as lack's; he only knows Bash, PHP/HTML/XHTML/CSS and Ruby. But he's looking forward to the day when he'll decide if its advantageous to learn C/C++. He's currently attending Clark Magnet High School, with the plan to visit the University (hasn't decided yet if it will be UC Berkeley or UCLA) and maybe moving out of the US to somewhere else. So please welcome David as a new fellow developer among us! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpKfvAjnnBwU.pgp Description: PGP signature
[gentoo-dev] Resurrecting "Project Dolphin"
Hello folks, it's been a while since I stepped back as a Gentoo-developer (about 1 1/4 years) and in that time I did exactly zero. Private life (and unfortunately stress) kept sucking up my time and interest in helping out in development work. However, now after a long hiatus, I feel the need to get back to action and continue at exactly that point at which I stopped. I took the decision to reanimate "Project Dolphin". Dolphin was an experimental minimal CD similar to Grmbl aimed at semi-professionals and professionals to help repair broken systems or minimize data-loss. Opposites to the official Gentoo-Minimal-CDs it contained more software and also a working gcc (the idea behind that was to provide a quickly available distcc-host by simply bootng any additional machines in a network with the dolphin CD). Since I am sure that needs and ideas for such a CD have changed in the last 15 months, it's definitely a good idea to ask again which applications or services should be available on that CD. I hereby request every person make suggestions. Please note, that Dolphin will be a CLI-based CD only, so no X-Applications will be taken into consideration. pgpvQojToqsSR.pgp Description: PGP signature
Re: Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
On Saturday 14 October 2006 05:46, Wernfried Haas wrote: > What about creating an official document for both -march/mtune and > CFLAGS settings for different CPUs? last i checked they're all supported -mike pgp04ODZTAmC0.pgp Description: PGP signature
Re: [gentoo-dev] treecleaner maskings (more of them)
On Saturday, 14. October. 2006 17:18, Christian Heim wrote: > As Alec forgot to announce these, I'm going to announce them, and adjust > the Removal time. > > # Alec Warner <[EMAIL PROTECTED]> (06 Sep 2006) > # Masked by treecleaners for bug(s) # 50661 > # Dead upstream, broken. > net-im/universalkopete # Christian Heim <[EMAIL PROTECTED]> (14 Oct 2006) # masking app-misc/gpsdrive for treecleaners, bug(s) 142710 # Pending removal 14th November 2006 app-misc/gpsdrive > The above mentioned package(s) is scheduled from removal 30 days from today > (that's 14th November 2006)! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpDfhbnWWf7y.pgp Description: PGP signature
Re: [gentoo-dev] Re: Missing: Universal-CD - Gentoo discriminates shell and networkless users
Caleb Cushing wrote: partition limits are decided by the size of the drive and the other partitions on it. really that seems impossible. GLI told me I couldn't have a boot partion smaller than ~50MB it complained about it. and I think I remember it complaining less because I was able to continue ... about having 140GB /home partition it only wanted to make a 20GB partition. but it absolutely would not do 32MB boot partion I have. it was like giving me a negative number, I assumed these are features not bugs. That's not an installer imposed limit. It's a limitation of the slider bar used for choosing the size. I haven't figured out how to decouple it from the entry fields while still making it useful if you want to use it. Patches are welcome. As for the 20GB partition, I have no idea. Perhaps that's a limit imposed by libparted, but it's not a limit that *I* put into the code. -- Andrew Gaffneyhttp://dev.gentoo.org/~agaffney/ Gentoo Linux Developer Installer Project Today's lesson in political correctness: "Go asphyxiate on a phallus" -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] treecleaner maskings (more of them)
On Saturday, 14. October. 2006 17:18, Christian Heim wrote: > As Alec forgot to announce these, I'm going to announce them, and adjust > the Removal time. > > # Alec Warner <[EMAIL PROTECTED]> (06 Sep 2006) > # Masked by treecleaners for bug(s) # 50661 > # Dead upstream, broken. > net-im/universalkopete # Christian Heim <[EMAIL PROTECTED]> (14 Oct 2006) # masking media-libs/gltt for treecleaners, bug(s) 145969 # Pending removal 14th November 2006 media-libs/gltt # Christian Heim <[EMAIL PROTECTED]> (14 Oct 2006) # masking media-radio/xastir for treecleaners, bug(s) 109695 # Pending removal 14th November 2006 media-radio/xastir > The above mentioned package(s) is scheduled from removal 30 days from today > (that's 14th November 2006)! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpmf710REy1O.pgp Description: PGP signature
Re: [gentoo-dev] treecleaner maskings (more of them)
On Saturday, 14. October. 2006 17:18, Christian Heim wrote: > As Alec forgot to announce these, I'm going to announce them, and adjust > the Removal time. > > # Alec Warner <[EMAIL PROTECTED]> (06 Sep 2006) > # Masked by treecleaners for bug(s) # 50661 > # Dead upstream, broken. > net-im/universalkopete # Christian Heim <[EMAIL PROTECTED]> (14 Oct 2006) # masking app-admin/sus for treecleaners, bug(s) 148901 # Pending removal 14th November 2006 app-admin/sus # Christian Heim <[EMAIL PROTECTED]> (14 Oct 2006) # masking app-misc/linup for treecleaners, bug(s) 150740 # Pending removal 14th November 2006 app-misc/linup > > The above mentioned package(s) is scheduled from removal 30 days from today > (that's 14th November 2006)! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpsqNd6P812h.pgp Description: PGP signature
Re: [gentoo-dev] Re: Missing: Universal-CD - Gentoo discriminates shell and networkless users
partition limits are decided by the size of the drive and the other partitions on it. really that seems impossible. GLI told me I couldn't have a boot partion smaller than ~50MB it complained about it. and I think I remember it complaining less because I was able to continue ... about having 140GB /home partition it only wanted to make a 20GB partition. but it absolutely would not do 32MB boot partion I have. it was like giving me a negative number, I assumed these are features not bugs. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] *plop*
Another sad notice... so good luck with your new dev project (codename baby) ;) and of course, if you want i can take your gnap project better as i can. i hope stay in touch with you. hugs -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] treecleaner maskings
As Alec forgot to announce these, I'm going to announce them, and adjust the Removal time. # Alec Warner <[EMAIL PROTECTED]> (06 Sep 2006) # Masked by treecleaners for bug(s) # 50661 # Dead upstream, broken. net-im/universalkopete The above mentioned package(s) is scheduled from removal 30 days from today (that's 14th November 2006)! -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpYP8JT2usjp.pgp Description: PGP signature
Re: [gentoo-dev] Re: Missing: Universal-CD - Gentoo discriminates shell and networkless users
I can understand chris's position. but it would be nice if he would consider the development of a script for the "livecd" that could extract the stage4 on it and include documentation in the handbook on how to do it. being done for next release. i'm assuming you meant stage3 here. because as is the installers don't allow for enough flexibility. on the contrary, most of our problems in the installer come from offering too much flexibility. I personally would like to know who decided to put bottom and I think top partition size limits in the installer. the limits should have been dictated by the filesystem limits themselves. partition limits are decided by the size of the drive and the other partitions on it. another option might be a "skip section" of the installer." that way we can on do the stage4 part, and forget the rest if we want. would any of this be such a hard and impossible thing for releng to do and support? this support already exists. the installer has modes for stage4 and chroot installations. -Codeman -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resignation
I agree. what we're seeing is a failure of democracy. at first it works. then people have opinions. then bickering starts. and no one has the power to stamp there foot down and say this is our direction. It doesn't work very well. at the least we need a president like figure. of course I'm not against a supreme dictator as long as they keep looking forward, and doing good. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Missing: Universal-CD - Gentoo discriminates shell and networkless users
don't forget the gentoo-catalyst@lists.gentoo.org if you want I can put together some spec files that would build a universal cd for you. I can understand chris's position. but it would be nice if he would consider the development of a script for the "livecd" that could extract the stage4 on it and include documentation in the handbook on how to do it. because as is the installers don't allow for enough flexibility. I personally would like to know who decided to put bottom and I think top partition size limits in the installer. the limits should have been dictated by the filesystem limits themselves. my system my choice. another option might be a "skip section" of the installer." that way we can on do the stage4 part, and forget the rest if we want. would any of this be such a hard and impossible thing for releng to do and support? -- gentoo-dev@gentoo.org mailing list
Re: Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
On Saturday, 14. October. 2006 11:46, Wernfried Haas wrote: > On Sat, Oct 14, 2006 at 05:16:29AM -0400, Mike Frysinger wrote: > > On Saturday 14 October 2006 04:49, Sebastian Bergmann wrote: > > > Do we have an official list of recommended -march settings somewhere? > > > > [..] > > but what you actually want is a list that tells you what cpu value to > > pass to -march/-mtune based upon the product name of the processor you're > > running > > What about creating an official document for both -march/mtune and > CFLAGS settings for different CPUs? If some other people like the idea > and no one else volunteers i can go poke the different arch teams, > toolchain folks and whoever else may be involved about it and compile > a list based on their input. I would really like that, I've searched for such a list some times in the past and the closest I could come up with is freehackers.org¹ and the cflags.sh script in the forums. TIA, Christian [1] http://www.freehackers.org/gentoo/gccflags/ -- Christian Heim GPG key ID: 9A9F68E6 Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6 pgpoJaKqSOai9.pgp Description: PGP signature
Re: Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
Wernfried Haas wrote: What about creating an official document for both -march/mtune and CFLAGS settings for different CPUs? If some other people like the idea and no one else volunteers i can go poke the different arch teams, toolchain folks and whoever else may be involved about it and compile a list based on their input. Check out these packages [1] before doing that, they will probably supply all you need. [1] http://packages.gentoo.org/search/?sstring=cpuinfo -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Seeking the missing dates that past and present developers joined Gentoo.
On Fri, Oct 13, 2006 at 05:42:59AM -0700, Robin H. Johnson wrote: > I added ~100 joined dates thus far, however the > archives (esp. for -core) that I have access to are not complete, and > don't go back nearly as far as the depths of Gentoo history, Have you considered using the recruiters bugs in bugzilla? For me at least the date it was closed is the closest date I can come up with. Maurice. -- Maurice van der Pot Gentoo Linux Developer [EMAIL PROTECTED] http://www.gentoo.org Creator of BiteMe! [EMAIL PROTECTED] http://www.kfk4ever.com pgpjEy2dvvzEc.pgp Description: PGP signature
Re: Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
On Sat, Oct 14, 2006 at 05:16:29AM -0400, Mike Frysinger wrote: > On Saturday 14 October 2006 04:49, Sebastian Bergmann wrote: > > Do we have an official list of recommended -march settings somewhere? > [..] > but what you actually want is a list that tells you what cpu value to pass > to -march/-mtune based upon the product name of the processor you're running What about creating an official document for both -march/mtune and CFLAGS settings for different CPUs? If some other people like the idea and no one else volunteers i can go poke the different arch teams, toolchain folks and whoever else may be involved about it and compile a list based on their input. I wouldn't try to make it a ricer issue but rather a list of flags that are known to be sane and supported by Gentoo. cheers, Wernfried -- Wernfried Haas (amne) - amne at gentoo dot org Gentoo Forums: http://forums.gentoo.org IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org pgpLCoRe889mh.pgp Description: PGP signature
Re: [gentoo-dev] GLEP: RESTRICT=interactive
Zac Medico schrieb: > Perhaps "unattended", since interactive ebuilds must be attended... +1, it rings a bell somewhere ;) cheers Paul -- gentoo-dev@gentoo.org mailing list
Re: Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
On Saturday 14 October 2006 04:49, Sebastian Bergmann wrote: > Do we have an official list of recommended -march settings somewhere? > > I, for one, still do not know what the right CFLAGS for my ThinkPad X60s > with its Intel Core Duo CPU are. but what you actually want is a list that tells you what cpu value to pass to -march/-mtune based upon the product name of the processor you're running wikipedia.org is a good resource to find out the capabilities of your cpu ... or you could simply compare `man gcc` to /proc/cpuinfo >CFLAGS="-march=pentium-m -O2 -pipe" should work fine > while http://gentoo-wiki.com/Safe_Cflags suggests either > >CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" here's a good reason why gentoo-wiki is not official ... this is wrong. the duo cpu's are not based on the pentium4 which is what the prescott is >CFLAGS="-march=pentium-m -msse3 -O2 -pipe -fomit-frame-pointer" there is no gcc flag at the moment for duo's which means the pentium-m + -msse3 is your best bet ... the base pentium-m did not include SSE3 support so by simply using that -march, you do not have SSE3 enabled -mike pgpBk9hGoIyXq.pgp Description: PGP signature
Re: [gentoo-dev] RFC: per-package default USE flags
On Saturday 14 October 2006 04:00, Richard Brown wrote: > man portage says that package.use is one depend atom per line. that addresses the "we can do it" but not the "we should do it" maintaining a large list of defaults in a profile is ugly ... instead of having all the information self contained in the ebuild, you need to keep multiple files in sync which can easily lead to bit rot (which we've seen plenty of with package.mask and use.*desc files) -mike pgpfWrTcAC6dt.pgp Description: PGP signature
Recommended -march settings [was: Re: [gentoo-dev] CFLAGS paragraph submission for the GWN]
Lionel Bouton wrote: > > We would like to remind you that using anything beyond -O2 > -fomit-frame-pointer -march/-mcpu/-mtune in CFLAGS or CXXFLAGS (and > -mieee, -mabi etc. on selected archs that tell you to do this), > and using anything at all in LDFLAGS or ASFLAGS, is usually not worth it > for most users. Do we have an official list of recommended -march settings somewhere? I, for one, still do not know what the right CFLAGS for my ThinkPad X60s with its Intel Core Duo CPU are. At the moment I am using CFLAGS="-march=pentium-m -O2 -pipe" while http://gentoo-wiki.com/Safe_Cflags suggests either CFLAGS="-march=prescott -O2 -pipe -fomit-frame-pointer" or CFLAGS="-march=pentium-m -msse3 -O2 -pipe -fomit-frame-pointer" A tool that suggests CFLAGS based on /proc/cpuinfo and/or x86info would be nice, too. -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key: 0xB85B5D69 / 27A7 2B14 09E4 98CD 6277 0E5B 6867 C514 B85B 5D69 signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: per-package default USE flags
On 13/10/06, Mike Frysinger <[EMAIL PROTECTED]> wrote: On Friday 13 October 2006 09:54, Ciaran McCreesh wrote: > On Fri, 13 Oct 2006 02:40:59 -0700 Zac Medico <[EMAIL PROTECTED]> > | At the profile level, I've added support for package.use > | which behaves like /etc/portage/package.use that everyone is familiar > | with. The intention is that the IUSE defaults will be used for > | default flags that should be enabled regardless of profile. > > Isn't that why we have base profiles? It's kinda icky moving that > metadata partially into ebuilds IMO... no, we purposefully want this to be tied to an exact ebuild ... nothing in a profile can get us there -mike > | At the profile level, I've added support for package.use > | which behaves like /etc/portage/package.use that everyone is familiar > | with. man portage says that package.use is one depend atom per line. -- Richard Brown -- gentoo-dev@gentoo.org mailing list