Re: [gentoo-dev] Gentoo Linux preinstalled
I want to know is there any way to install a gentoo to an embedded system? For example, ipaq. Because those samll devices do not have enough effort to build a system from stage1. But it still need a portage-like way to upgrade packages. 2005/10/14, Stefan Schweizer <[EMAIL PROTECTED]>: > Hi, > > I want to preinstall Gentoo Linux on some devices for customers. Do > you have any tips for preinstallation, any scripts? What is the > correct prcedure of doing so? > Anyone knows of something like a "sysprep" script for linux that will > ask the costumer for user and passwort setup when he first switches > on the PC? > > On the technical side what I am currently doing is taking a normal > setup, cleaning up distfiles, /usr/src, /tmp, /home, creating a new > usser without any files of my own ;) > cleaning out all my passwords of /etc. > partimageing the partition, and dd'ing grub and sfdisking the partition table. > Then playing back the images on the HDs I want to put into the devices later. > > Regards, > Stefan > > -- > gentoo-dev@gentoo.org mailing list > > -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo Linux preinstalled
Am Mon, 17 Oct 2005 15:06:29 +0800 schrieb Shuduo Sang <[EMAIL PROTECTED]>: > I want to know is there any way to install a gentoo to an embedded system? > For example, ipaq. Because those samll devices do not have enough effort to > build a system from stage1. But it still need a portage-like way to upgrade > packages. > Well it should be possible with a network mounted data storage big enough to compile everything on it, and hold the space consuming /usr/portage/* tree shouldnt it? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Gentoo Linux preinstalled
On 10/14/05, Duncan <[EMAIL PROTECTED]> wrote: > Stefan Schweizer posted > <[EMAIL PROTECTED]>, excerpted > below, on Thu, 13 Oct 2005 23:33:57 +0200: > > [..] > > Anyone knows of something like a "sysprep" script for linux that will > > ask the costumer for user and passwort setup when he first switches > > on the PC? > > [...] > This is what the catalyst application does -- allow one to make their own > customized LiveCD installers*, just like Gentoo does with each periodic > snapshot release. The ebuild is in portage, and there's a catalyst > specific mailing list, should you have any questions. [..] Well, catalyst is not really good for that because I need something that I can constantly upgrade without recompiling everything .. that is a live system for me at the moment. And LiveCD installers is nice, but what I need is a Sysprep-Installer like when someone turns on his windows PC the first time, where you can setuo hostname/user/password and maybe network. Is anything like that available for Linux? Regards, Stefan -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentoo Linux preinstalled
On Mon, 2005-10-17 at 15:06 +0800, Shuduo Sang wrote: > I want to know is there any way to install a gentoo to an embedded system? > For example, ipaq. Because those samll devices do not have enough effort to > build a system from stage1. But it still need a portage-like way to upgrade > packages. Considering there is a "Gentoo Embedded" project that has been releasing stages, I would say yes. In fact, they have stages for several architectures available. Check out /experimental/$arch/embedded/stages on a local mirror that mirrors /experimental. One thing to remember is that these stages are complete stage3, just using uclibc, so there may still be packages that you do not require for your end system. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Re: Gentoo Linux preinstalled
On Mon, 2005-10-17 at 12:53 +0200, Stefan Schweizer wrote: > Well, catalyst is not really good for that because I need something > that I can constantly upgrade without recompiling everything .. that > is a live system for me at the moment. Because there isn't any way to cache packages in catalyst to keep from having to recompile everything... > And LiveCD installers is nice, but what I need is a Sysprep-Installer > like when someone turns on his windows PC the first time, where you > can setuo hostname/user/password and maybe network. Simple enough. This could be done with a small shell script. > Is anything like that available for Linux? Sure. Write one. It isn't like you're asking for anything complex. It needs to ask the user what? User name, password, and time zone? Heck, you could take a note from catalyst/release media and have the system auto-login as root using bashlogin via inittab at first boot. Then have the system run a shell script as root. The shell script could adjust the files (inittab and root's .bashrc) back to their original state, along with asking the user for their "adminstrator" password, a username for their normal user, that user's password, and the time zone. Most of what sysprep does is completely irrelevant for a Linux installation, as it clears out the hardware configurations in the registry and prepares the system for detecting the hardware on boot. It also allows for the setting of passwords and such. Even with sysprep, you end up writing your own scripts for any customized software. (Used to be a Windows admin... scary, huh?) -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Kudzu and Kudzu-Knoppix
On Tue, 2005-07-12 at 09:49 -0400, Chris Gianelloni wrote: > These packages infuriate me, and quite frankly, I have no need for them > for release building. Basically, I don't want to maintain them any > more. I plan on adding a "libkudzu" ebuild, which will fulfill the > dependency for hwsetup, and drop kudzu and kudzu-knoppix from the tree > completely, unless some brave soul steps up to maintain these. I figure > I'll be removing them around August 1st, so speak up if you want them, > otherwise, they are history. Alright, so it's been a bit later than I thought, as I had to wait until bug #104149 was resolved. At any rate, I heard no objections from people, so unless someone else steps up to maintain kudzu/kudzu-knoppix, I plan on removing them from the tree on Friday October 21st. Neither of them work exactly right on Gentoo and would require some patching to make them functional that I'm just not willing to do as I have no interest in the packages. If you would like to maintain them, then please update metadata.xml and send me a message saying so. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
[gentoo-dev] Bugzilla Bug #109301 dev-db/mysql-4.1.14 stable request.
mysql-4.1.14 has been added to the tree on 29 Aug 2005, should be time to stabilize the 4.1 branch of mysql. ARCH teams, robbat2, php-herd, thoughts ? If no one is versus I'll stabilize 4.1.14 for "x86" and "amd64" tomorrow (with dev-perl/DBD-mysql-2.9007), then mysql-5.0 will be unmasked. Furter note to the "sh" ARCH, my apologies, I've removed your keyword from mysql-4.0.[456]* ebuilds, repoman commit gived me a "badindev" for dev-perl/DBI. Best regards, Francesco Riosa -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Bugzilla Bug #109301 dev-db/mysql-4.1.14 stable request.
Francesco R. wrote: >mysql-4.1.14 has been added to the tree on 29 Aug 2005, should be time >to stabilize the 4.1 branch of mysql. > >ARCH teams, robbat2, php-herd, thoughts ? > >If no one is versus I'll stabilize 4.1.14 for "x86" and "amd64" tomorrow >(with dev-perl/DBD-mysql-2.9007), then mysql-5.0 will be unmasked. > >Furter note to the "sh" ARCH, my apologies, I've removed your keyword >from mysql-4.0.[456]* ebuilds, repoman commit gived me a "badindev" for >dev-perl/DBI. > >Best regards, >Francesco Riosa > > PHP Herd is perfectly ok with it and we're eagerly awaiting a stable MySQL 4.1! :) So, from us, full ok and proceed without doubts (about PHP). -- Best regards, Luca Longinotti aka CHTEKK LongiTEKK Networks Admin: [EMAIL PROTECTED] MaxDev Dev: [EMAIL PROTECTED] TILUG Supporter: [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
RE: [gentoo-dev] Bugzilla Bug #109301 dev-db/mysql-4.1.14 stable request.
-Original Message- From: Luca Longinotti [mailto:[EMAIL PROTECTED] Sent: Monday, October 17, 2005 4:48 PM To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Bugzilla Bug #109301 dev-db/mysql-4.1.14 stable request. Francesco R. wrote: >mysql-4.1.14 has been added to the tree on 29 Aug 2005, should be time >to stabilize the 4.1 branch of mysql. > >ARCH teams, robbat2, php-herd, thoughts ? > >If no one is versus I'll stabilize 4.1.14 for "x86" and "amd64" tomorrow >(with dev-perl/DBD-mysql-2.9007), then mysql-5.0 will be unmasked. > >Furter note to the "sh" ARCH, my apologies, I've removed your keyword >from mysql-4.0.[456]* ebuilds, repoman commit gived me a "badindev" for >dev-perl/DBI. > >Best regards, >Francesco Riosa > > PHP Herd is perfectly ok with it and we're eagerly awaiting a stable MySQL 4.1! :) So, from us, full ok and proceed without doubts (about PHP). -- Best regards, Luca Longinotti aka CHTEKK LongiTEKK Networks Admin: [EMAIL PROTECTED] MaxDev Dev: [EMAIL PROTECTED] TILUG Supporter: [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] GLEP 38 - status final
Apart from some minor issues GLEP 38 has been final for quite some time, so we've officially set its status to final on the GLEP page [1]. Even if not standard procedure, here's a quick summary of what has been done: All global moderators and administrators are official staff members (or have at least a bug report in progress). We've set up a project page [2] including our forums moderators guide [3] and we're listed as an official project [4]. Most importantly our project page [2] lists not only the people behind the forums, but we've also given away some fancy titles to everyone involved. After all i have the impression the GLEP was worth doing it and helped bringing the forums and the rest of Gentoo a bit closer together. Thanks for everyone who helped with it - i'll not even start naming folks who helped as i surely would forget someone else who helped es well. cheers, Wernfried [1] http://www.gentoo.org/proj/en/glep/ [2] http://www.gentoo.org/proj/en/forums/ [3] http://www.gentoo.org/proj/en/forums/forum-guide.xml [4] https://bugs.gentoo.org/show_bug.cgi?id=106515#c2 -- 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 -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Possible virtual/alsa change
While discussing a couple issues I was having with automated tinderbox testing of gnome/kde on x86, it was decided that now might be a good time to visit the default virtual for alsa. Basically, the Gentoo Linux ALSA Guide[1] recommends using the in-kernel ALSA. We are also using 2.6 kernels as the default on almost all architectures. The idea is pretty simple. Change virtual/alsa to match virtual/kernel-sources in base/virtuals, and change virtual/alsa to alsa-driver on architectures still using a 2.4 kernel. So should we do this? I think it would be a wise move, as I've seen more and more issues with alsa-driver being pulled in when people don't want/need it. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Possible virtual/alsa change
On Monday 17 October 2005 20:25, Chris Gianelloni wrote: > Change virtual/alsa to match virtual/kernel-sources in > base/virtuals, and change virtual/alsa to alsa-driver on architectures > still using a 2.4 kernel. This might be a bit of a problematic choice... I usually suggest using alsa-driver also if the in-kernel is "quicker" to manage... The reason is that I still fear for alsa-lib/-driver differences, and there was at least a couple of issues with in-kernel emu10k1 drivers in the past that solved using alsa-driver, as they got fixed first. Also, alsa-driver allows to have more updated drivers also using old 2.6 versions, and there are quite a bit of people that does not like to update the kernel if they don't have to (I think I'm one of them now, after the day spent looking why the system got unstable -and finding out the swap space lost somehow the signature), but might have issues with alsa that can be solved with a simple alsa-driver. For the rest, probably is good to have virtuals and doc in-sync.. -- Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgpoS8Sw4pMio.pgp Description: PGP signature
[gentoo-dev] browserplugin vs. nsplugin
Back in July the Java team proposed fixing its ebuilds to respect the USE=browserplugin instead of USE=mozilla, a worthwhile change. During the course of the discussion, it became clear that the existing USE=nsplugin was more appropriate. http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg02898.html Unfortunately the discussion stagnated and the Java team went ahead with their original suggestion. At this point I think it would still be worthwhile to repair these ebuilds to respect USE=nsplugin and drop the browserplugin from use.local.desc. Comments? Regards, Aron -- Aron Griffis Gentoo Linux Developer pgpMChTCnkgcz.pgp Description: PGP signature
Re: [gentoo-dev] Possible virtual/alsa change
On Monday 17 of October 2005 20:42 Diego 'Flameeyes' Pettenò wrote: > This might be a bit of a problematic choice... For more details about why we've chosen to recommend the in-kernel way please see bug 92622 [1]. [1] https://bugs.gentoo.org/show_bug.cgi?id=92622 Cheers, -jkt -- cd /local/pub && more beer > /dev/mouth pgprs4yf27Dw0.pgp Description: PGP signature
Re: [gentoo-dev] browserplugin vs. nsplugin
On Mon, 2005-10-17 at 14:50 -0400, Aron Griffis wrote: > At this point I think it would still be worthwhile to repair these > ebuilds to respect USE=nsplugin and drop the browserplugin from > use.local.desc. Comments? Agreed 100%. USE=mozilla shouldn't be used for plugins when we already have a perfectly good USE flag for it. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] browserplugin vs. nsplugin
Chris Gianelloni wrote:[Mon Oct 17 2005, 03:21:35PM EDT] > Agreed 100%. USE=mozilla shouldn't be used for plugins when we already > have a perfectly good USE flag for it. Thanks, but that's not the point. The point is to switch them from using the local USE=browserplugin to using the existing global USE=nsplugin Regards, Aron -- Aron Griffis Gentoo Linux Developer pgpf0XOVG3cTU.pgp Description: PGP signature
Re: [gentoo-dev] browserplugin vs. nsplugin
On 10/17/05, Aron Griffis <[EMAIL PROTECTED]> wrote: > At this point I think it would still be worthwhile to repair these > ebuilds to respect USE=nsplugin and drop the browserplugin from > use.local.desc. Comments? Thank you for proposing it. Will solve the current confusion. Please go ahead and do it. - Stefan -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] browserplugin vs. nsplugin
Aron Griffis wrote: > Back in July the Java team proposed fixing its ebuilds to respect the > USE=browserplugin instead of USE=mozilla, a worthwhile change. During > the course of the discussion, it became clear that the existing > USE=nsplugin was more appropriate. > > http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg02898.html > > Unfortunately the discussion stagnated and the Java team went ahead > with their original suggestion. > > At this point I think it would still be worthwhile to repair these > ebuilds to respect USE=nsplugin and drop the browserplugin from > use.local.desc. Comments? Well I have no problem with changing it again, but our user base might get a little tired. At least we should put a lot of information out about the change before going forward with it. We currently still have the mozilla use flags in the ebuilds and I would not like to see three different use flags for browser plugins in the ebuilds. Something like a USE flag move would be a nice feature for portage (to update /etc/portage/package.use). Regards, Petteri Räty (Betelgeuse) signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] browserplugin vs. nsplugin
Hanno Böck wrote: Before this discussion sleeps, what should be the conclusion? For now, the situation in the tree is : - java-stuff uses browserplugin - acroread uses noplugin - helixplayer/realplayer/vlc/gxine/djvu use nsplugin Probably a silly question, but why choose nsplugin over browserplugin? Aren't there any package that might provide plugins for non-netscape-based browsers? -- Julien Allanos (dju`) Gentoo Linux Developer (web-apps) GnuPG key: 0x1EC6C6C2 -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] browserplugin vs. nsplugin
On Mon, 2005-10-17 at 22:52 +0200, dju` wrote: > Hanno Böck wrote: > > Before this discussion sleeps, what should be the conclusion? > > For now, the situation in the tree is : > > - java-stuff uses browserplugin > > - acroread uses noplugin > > - helixplayer/realplayer/vlc/gxine/djvu use nsplugin > > Probably a silly question, but why choose nsplugin over browserplugin? > Aren't there any package that might provide plugins for > non-netscape-based browsers? Actually, I think it is plugin-compatible with netscape, not necessarily netscape-based. For example, Konquerer can use the same plugins. At any rate, it is probably best to think about this now, hence using nsplugin, rather than later, when whiz-bang $browser comes out that has its own plugin interface. -- Chris Gianelloni Release Engineering - Strategic Lead x86 Architecture Team Games - Developer Gentoo Linux signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] browserplugin vs. nsplugin
On Monday 17 October 2005 23:14, Chris Gianelloni wrote: > Actually, I think it is plugin-compatible with netscape, not necessarily > netscape-based. For example, Konquerer can use the same plugins. At > any rate, it is probably best to think about this now, hence using > nsplugin, rather than later, when whiz-bang $browser comes out that has > its own plugin interface. I quote entirely what Chris said... also, Konqueror uses KParts as plugins, nsplugins are an "extra", so yeah we have at least two plugins interfaces already present. The fact that KParts are more than plugins for konqueror is another point ;) -- Diego "Flameeyes" Pettenò - http://dev.gentoo.org/~flameeyes/ Gentoo/ALT lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE pgp9SQ0ChgtWX.pgp Description: PGP signature
[gentoo-dev] move USE=lua to global
anyone care if i move the lua USE flag to global scope ? noticed it was still local when bumping swig ... app-editors/scite:lua - Enable Lua scripting support app-mobilephone/yaps:lua - Enable Lua scripting support dev-lang/swig:lua - Enable Lua scripting support games-fps/alephone:lua - Enable Lua scripting support www-client/elinks:lua - enable lua support www-servers/lighttpd:lua - Use lua for mod_cml -mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] browserplugin vs. nsplugin
Chris Gianelloni <[EMAIL PROTECTED]> wrote: > On Mon, 2005-10-17 at 22:52 +0200, dju` wrote: > > Probably a silly question, but why choose nsplugin over > > browserplugin? This may not be a particularly _good_ reason, but "nsplugin" is already an accepted global USE flag. > At any rate, it is probably best to think about this now, hence using > nsplugin, rather than later, when whiz-bang $browser comes out that > has its own plugin interface. Yeah! What if lynx starts using plugins? -- Each night Father fills me with dread When he sits on the foot of my bed. I'd not mind that he speaks; In gibbers and squeaks, But for the seventeen years he's been dead. -- Edward Gorey pgp5uvVaFHbdE.pgp Description: PGP signature
Re: [gentoo-dev] Re: Gentoo Linux preinstalled
On Mon, 2005-10-17 at 12:53 +0200, Stefan Schweizer wrote: > And LiveCD installers is nice, but what I need is a Sysprep-Installer > like when someone turns on his windows PC the first time, where you > can setuo hostname/user/password and maybe network. > Is anything like that available for Linux? Fedora has something called firstboot[1]. Perhaps, with some alterations and tweaking, that it could help you? [1] http://tinyurl.com/b898t -- ~ Peter Gordon ~ GnuPG Public Key ID: 0x87C59026 signature.asc Description: This is a digitally signed message part