Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Update 0.1.4.0_beta10 [git] --toolchain, --perl
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... , 9, 10, 11  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
iMike
Apprentice
Apprentice


Joined: 01 Apr 2005
Posts: 217
Location: Stockholm, Sweden

PostPosted: Sat Mar 26, 2011 2:24 pm    Post subject: Reply with quote

Thanks for the effort! I've been using update almost since the beginning. Still works great!
Back to top
View user's profile Send private message
Jennel
n00b
n00b


Joined: 28 Mar 2011
Posts: 1

PostPosted: Mon Mar 28, 2011 5:27 am    Post subject: Reply with quote

hyakuhei wrote:
Its really interesting, giving it a spin now.

Looks like a typo on line 492.

Cheers
-Rob



Good but not enough! need more improvement!
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Fri Aug 05, 2011 9:40 am    Post subject: Reply with quote

iMike wrote:
Thanks for the effort! I've been using update almost since the beginning. Still works great!

Thanks :D that's always the best feeling, when someone says they like your work.

Jennel wrote:
Good but not enough! need more improvement!

You realise that error was due to it being run under sh and not bash? And that it was _ages_ ago? ;)

Anyway, there's a new version linked on front page.

Sorry I haven't been about and that the DNS was down. It's now pointing at a new server, so hopefully it'll stay up. We'll sort the bug tracker out soon as well.

Be aware that you can't set -j or --jobs in EMERGE_DEFAULT_OPTS as it messes with the output displayed by update. That option is next on the agenda; rather than just masking it, I'd like to use it properly, along with --keep-going.
Back to top
View user's profile Send private message
iMike
Apprentice
Apprentice


Joined: 01 Apr 2005
Posts: 217
Location: Stockholm, Sweden

PostPosted: Tue Aug 09, 2011 7:16 pm    Post subject: Reply with quote

Once again, thank you for the good work! Looks like your current update solves the recent problems like
Code:
Internal error in checkType(1837) :installList(5797) : line 8537
!! update: Unknown install type for dev-python/sqlalchemy-0.7.1: U~

Now, no problems using under Gentoo portage 2.1.10.3 and Funtoo variant 2.3-r4!

You made my day! :D
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Wed Aug 10, 2011 11:50 pm    Post subject: Reply with quote

iMike wrote:
Once again, thank you for the good work! Looks like your current update solves the recent problems like
Code:
Internal error in checkType(1837) :installList(5797) : line 8537
!! update: Unknown install type for dev-python/sqlalchemy-0.7.1: U~

Yeah I was actually chasing that bug when interactive packages came up (triggering the same error.)
iMike wrote:
Now, no problems using under Gentoo portage 2.1.10.3 and Funtoo variant 2.3-r4!

You made my day! :D

Glad to be of help :-)

The bug tracker is back up btw:
http://weaver.gentooexperimental.org/trac/update/
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Sat Aug 13, 2011 8:06 pm    Post subject: Reply with quote

Just to let you know we have a new homepage, thanks to Griz64:
http://weaver.gentooexperimental.org/update.html
..from where you can get ebuilds for both the latest tar.bz2 release and a live update-9999.ebuild using git.

I've added an eixSyncFlags config variable (to git) as unstable eix doesn't like -m any more; use eixSyncFlags='-MN' or eixSyncFlags='-M0 -N' in /etc/update if you're on unstable eix.

One of those will become the default when current (0.22.5) eix is no longer around. I'm not sure what -M0 vs -M does, as I'm still on stable; the error message from the new versions says to use -M0 instead of -m. We'll leave that config variable as an option, since things might change in the future, and you might want to change how eix-sync is run.

BTW don't add -q (unless you really want to;) as that's normally added when -q or -x is used to update.

Another thing to note is that (in git) we now install to /usr; the script has been changed to allow its install anywhere and it looks for the lib file (libIgli;) in /usr/share or /usr/lib (old) or current directory (or you can export libIgli='/some/path' before running.) So, I recommend:
rm -f /lib/libIgli /usr/lib/libIgli
after you've installed from either the ebuild or make install in the git checkout, if you have an existing version.

edit: now installs to /usr/share


Last edited by steveL on Mon Oct 14, 2013 10:01 pm; edited 1 time in total
Back to top
View user's profile Send private message
schwarzygesetzlos
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 185
Location: Funeralopolis

PostPosted: Tue Aug 30, 2011 3:07 pm    Post subject: Reply with quote

A great tool! Really works fine!
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Tue Sep 06, 2011 1:03 am    Post subject: Reply with quote

Thanks schwarzygesetzlos :-)

Just to let you know I've pushed a couple of bugfixes to git (emerge default option processing had an extra $ on line 8253 and it was bailing on portage-9999 version.)

I've been offline for a couple of weeks, but I am getting back to sorting out the new portage autounmask and then --jobs support.
Back to top
View user's profile Send private message
iMike
Apprentice
Apprentice


Joined: 01 Apr 2005
Posts: 217
Location: Stockholm, Sweden

PostPosted: Tue Sep 06, 2011 7:45 am    Post subject: Reply with quote

Just noticed your new page with a regular ebuild. Is there any chance you might consider putting this in an overlay (e.g., git.overlays.gentoo.org) so we could just pick it up by adding the overlay in layman instead of needing to put it in our own local overlay?

/iMike
Back to top
View user's profile Send private message
Naib
Watchman
Watchman


Joined: 21 May 2004
Posts: 6050
Location: Removed by Neddy

PostPosted: Tue Sep 06, 2011 1:31 pm    Post subject: Reply with quote

yes update is getting some long overdue loven
as to overlay, the 9999 ebuild is the prefered so an overlay isn't needed, but if specific releases occur (as well as other weaver projects) then yes an overlay is worth concidering

https://weaver.gentooexperimental.org/trac/update
_________________
Quote:
Removed by Chiitoo
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Fri Oct 21, 2011 8:22 am    Post subject: New release Reply with quote

Just to let you know I've pushed a new release to help with the libpng-1.5 ABI upgrade, for those who haven't done it already. This also brings in quite a few bugfixes since last release in August, if you're not using the live ebuild.

Portage --jobs support is much better, tho it still needs a bit of tweaking as I haven't had a package fail on me yet while using it, so I'm not even sure what that looks like. It also needs to pick up on config updates, which I'll fix in next few days; I just wanted to get the ABI fix out to people who don't upgrade every day or two.

Meantime the libpng upgrade is handled pretty effectively imo. The only bit you'll need, after the whole shebang including world update (after ABI and its revdep) and main depclean/ revdep (ie: after update -s or update -r has run to completion), is to run the command from the forum post about it (slightly modded; all on one line):
Code:
pkg=$(find /usr -type f \( -name '*.la' -o -name '*.pc' -o -name '*-config' -o -name '*.pm' \) -exec grep -qF png14 {} \; -exec qfile -CSq {} + | uniq ); echo "$pkg"

If that outputs any package:slot's (there were only two here, after all the packages update had already sorted out) then run:
Code:
update $pkg

I'd run another update -CR after that, just to make sure (for some reason kword didn't get picked up til then here.)

Be careful to let the ABI upgrades run to completion; only start again with update -r once you've seen [ABI Stage N] running. We need to make it more robust; at the moment it'll get rid of the ABI files if you start another update: if libpng has been upgraded (and it's only the second in a whole load that do) then it won't come to the program's attention again.

As usual, bug reports welcome.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Fri Oct 21, 2011 9:22 am    Post subject: Reply with quote

Just to show you what the ABI output looks like (so you can see what stuff gets upgraded for libpng; note I am on a KDE box):
Code:

** update ABI Upgrade -- Packages:
x11-libs/gdk-pixbuf-2.24.0-r1
media-libs/libpng-1.5.5
x11-libs/cairo:0 x11-libs/gdk-pixbuf:2
* Before Revdep:
x11-libs/gtk+:2 app-doc/doxygen:0 app-text/dvipdfm:0 app-text/dvipng:0 app-text/ghostscript-gpl:0 app-text/poppler:0 app-text/texlive-core:0 app-text/xdvipdfmx:0 dev-lang/php:5.3 dev-tex/luatex:0 kde-base/kdelibs:4 kde-base/ksplash:4 media-gfx/autotrace:0 media-gfx/graphviz:0 media-gfx/imagemagick:0 media-gfx/pstoedit:0 media-gfx/tuxpaint:0 media-libs/gd:2 media-libs/ming:0 media-libs/plotutils:0 media-libs/sdl-image:0 media-sound/timidity++:0 net-analyzer/rrdtool:0 net-print/cups:0 sys-libs/slang:0 www-client/firefox:0 x11-libs/qt-gui:4
** Revdep Libraries:
 libpng14.so.14
@ Proceed with ABI Upgrades (after toolchain) (Y/n)?Y
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Wed Nov 16, 2011 4:12 pm    Post subject: Reply with quote

Just to let you know I've pushed an update to the git repo which deals with new default --quiet-build=y setting in emerge. This only affects the output when you're not using --jobs or -j in default-opts, or you run update with -j1 (or --jobs=1 if you like that sorta thing;)

I've also improved the list editor, primarily so we can reselect packages skipped by the configuration. There are a couple of display tweaks; eg package description in USE editor as well as main list (check the status bar if you don't know what I'm on about.)

In addition useless C++ rebuilds are skipped along with the usual suspects (ie: if you have not set skipUseless=0 in /etc/update and don't pass --build-useless to update.) This is for the recent removal of nocxx flag in favour of cxx across the board. Don't worry: it's perfectly safe! It's tied to a very tight formula, of the only change being cxx%* addition at the same time as (-nocxx%) or -nocxx. The latter is for gcc which is keeping the flag during the transition precisely for people like us who don't want to rebuild it for no use.

I'd like to roll this into a release so please try it out if you're using the git ebuild and shout if something breaks. If you want anything fixed bug reports are better, especially if you want something unusual done for your own needs (file as 'enhancement') or you want to be able to chase it along. ;-)
Back to top
View user's profile Send private message
iMike
Apprentice
Apprentice


Joined: 01 Apr 2005
Posts: 217
Location: Stockholm, Sweden

PostPosted: Mon Jan 09, 2012 10:12 pm    Post subject: Reply with quote

I get:
Code:
AttributeError: Cannot find an implementation of the "IPasswordHashMethod" interface named "HtDigestHashMethod". Please update the option account-manager.hash_method in trac.ini.
when trying to log in to trac for bug reporting, so I will leave this report here. When building (some?) packages with the java flag, I get when using the update script:
Code:
! Failed so far: dev-vcs/subversion-1.6.17
! -1 packages, 1 processed.
    return w.wrap(text)
  File "/usr/lib/python2.7/textwrap.py", line 321, in wrap
    return self._wrap_chunks(chunks)
  File "/usr/lib/python2.7/textwrap.py", line 250, in _wrap_chunks
    raise ValueError("invalid width %r (must be > 0)" % self.width)
ValueError: invalid width -27 (must be > 0)
 *
 * Can't run java-config --help
 * Have you upgraded python recently but haven't
 * run python-updater yet?
 * ERROR: dev-vcs/subversion-1.6.17 failed (setup phase):
 *   Can't run java-config --help
 *
 * Call stack:
 *                  ebuild.sh, line  84:  Called pkg_setup
 *   subversion-1.6.17.ebuild, line 133:  Called java-pkg-opt-2_pkg_setup
 *      java-pkg-opt-2.eclass, line  47:  Called java-pkg_init
 *        java-utils-2.eclass, line 2155:  Called die
 * The specific snippet of code:
 *              die "Can't run java-config --help"
 *
. However, the same packages compile without problem just using regular emerge.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Thu Mar 01, 2012 6:13 am    Post subject: Reply with quote

Hi iMike,

Sorry I've been offline last couple of months. I don't have java on my system but I've looked at what subversion wants, and I'll play with it now. I'm going to use the opportunity to add a rough ebuild data thing to the dialog, so I can look at deps for virtual/java as I'd like to be able to quickly see what my options are without having to dig out the ebuild.

I pushed an update to git yesterday that deals with SLOT-blockers as I was getting hit on the KDE upgrade. (I was in the middle of other stuff, so it took a while to sort it out.)

There's also a small fix to deal with the new kernel-3 series. Effectively all 2.6 and 3.x kernels are the same for purposes of system upgrades, so linux-headers 2.6.39 is fine on kernel 3.1 and linux-headers 3.1 are fine on 3.2. (This doesn't affect versioning, so 3.1 headers will still not be allowed on a 2.6.39 kernel as usual, to avoid headers which provide symbols the kernel doesn't know about.)

With respect to the java thing, I have a feeling if you ran:
Code:
while read -r line; do printf '%s\n' "$line"; done < <(emerge subversion 2>&1)

then you'd get a similar error. I reckon it's to with the command being run without a terminal on stdout or stderr, in other words.

I'm guessing that's why the python textrap.py script is getting a negative self.width for the width of the window. Really it should default to a sane value like 80, as this means java-config can't be run as part of a script. java-config could check for it itself, I suppose, but it's something I'd fix at the lower layer, as that's what is allowing the value in.

If the above does give you an error (I'll know in a while when I get through all the preliminary installation) then we'll probably best file a bug against java-config which devs can punt upstream if they agree. Even if I work round it for update (which I'm kinda wondering about, given that parallel builds would need to be broken up) it's going to stop any script which wraps emerge as above from working; and I know zmedico takes scripting with emerge seriously.
Back to top
View user's profile Send private message
schwarzygesetzlos
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 185
Location: Funeralopolis

PostPosted: Sun Dec 09, 2012 5:20 pm    Post subject: Reply with quote

Just wanted to ask about any updates for update. ;) Last non-git ebuild is a year old.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Mon Dec 10, 2012 4:20 am    Post subject: Reply with quote

Hi schwarzygesetzlos,

Yeah, sorry about that, I tend to just work on the git version. I have been feeling for a while I should put out a release, so thanks for prodding me (I couldn't believe it's been over a year though ;) Anyhow, here it is: update-20121210.ebuild

I haven't made any changes and been using that version quite happily for a couple of weeks, so it's a good time to release it. God only knows what bugs have been fixed in that time :-)

Also, I have some changes I've been wanting for ages, to sort out gcc-config on upgrade (there's an old code branch in the git repo that has a prior attempt at it, that I completely forgot about til I reviewed recently) which I haven't put in (they're sitting in a WIP branch locally) as I haven't had a gcc upgrade to test them with. I'll push them to git though, now that a release is out, as it's disabled by default atm, til I can be sure it does the right thing.

Bear in mind that you need to use repoman manifest nowadays to get the digest. I guess we really should think about doing an overlay, but I have nfc how to set up what iMike suggested, if I'm honest about it.

Anyway, HTH, and thanks again for prodding me. It's nice to know people are using it :-)

Regards,
steveL.
Back to top
View user's profile Send private message
schwarzygesetzlos
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 185
Location: Funeralopolis

PostPosted: Wed Dec 12, 2012 12:40 pm    Post subject: Reply with quote

steveL wrote:

Anyway, HTH, and thanks again for prodding me. It's nice to know people are using it :-)


No prob. Nice to know people are writing and updating it! :wink:
Back to top
View user's profile Send private message
geki
Advocate
Advocate


Joined: 13 May 2004
Posts: 2387
Location: Germania

PostPosted: Thu May 30, 2013 1:24 pm    Post subject: Reply with quote

hi, steveL!

I am testing update-20121210 right now and am amused about this. :o
Quote:
! LDFLAGS apart from: '-Wl,O1' '-Bdirect' '-Wl,-z,now' '-Wl,-z,relro' '-Wl,--sort-common' and '-Wl,--as-needed'
! are not supported. You have additional flags: " -Wl,--hash-style=gnu "
this one is harmless.

I do not know if I found a bug or feature running
Quote:
# update -acuD @world
and: edit the list, deselect all entries with space, press enter results in update of all packages.

well, maybe these are fixed in git already.


anyway, thank you for the console-based package selection. that will save a bit of my time updating my box! :)
_________________
hear hear
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Thu May 30, 2013 5:17 pm    Post subject: Reply with quote

geki wrote:
I am testing update-20121210 right now and am amused about this. :o
Quote:
! LDFLAGS apart from: '-Wl,O1' '-Bdirect' '-Wl,-z,now' '-Wl,-z,relro' '-Wl,--sort-common' and '-Wl,--as-needed'
! are not supported. You have additional flags: " -Wl,--hash-style=gnu "
this one is harmless.

Yeah that one's fixed in git: I didn't realise it was that recently, I thought it was before that version went out. Maybe it was just on my mind for ages (the code was really crufty, practically from when update started.)
Quote:
I do not know if I found a bug or feature running
Quote:
# update -acuD @world
and: edit the list, deselect all entries with space, press enter results in update of all packages.

Hehe I'd definitely call that a bug. There are checks in a couple of places to ensure we haven't skipped everything, or bail out, so clearly something's not right. It should be smarter if you've skipped them all in edit list, so I'll take a look at that today or tomorrow, and put out a fixed version. There's been a couple of other bugfixes in git recently so it's needed. Thanks for letting me know, geki.
Quote:
anyway, thank you for the console-based package selection. that will save a bit of my time updating my box! :)

I'm glad you like it :-) It's my favourite part of update; though I don't use it that often, when I do, I really appreciate it, especially USE editing.

Hmm reminds me we still need to handle a package.use directory instead of file. It's just such a PITA to do properly, since we need to account for the same package in several places, possibly with conflicting settings. But it is more and more common; crossdev for instance requires it.
Back to top
View user's profile Send private message
anomalyst
n00b
n00b


Joined: 05 Jul 2013
Posts: 2

PostPosted: Fri Jul 05, 2013 1:55 am    Post subject: ambiguous directions in install page Reply with quote

I posted a bug report (#16) on this but was hoping some one in the forum might have an answer faster
here is snippet for a script I am building to add 'update' to a raspberry PI post install

Code:
if [ -e /etc/make.conf ]
then

    MCF=/etc/make.conf

else

    MCF=/etc/portage/make.conf

fi #?-make location is in etc/portage
cp $MCF /var/save/$MCF
echo "source /usr/local/portage/layman/make.conf" >>$MCF

# edit the make.conf file for layman itself
# so that layman is aware of YOUR personal repositories

export PORTDIR_OVERLAY="${PORTDIR_OVERLAY} /usr/local/portage/"


In http://weaver.gentooexperimental.org/update-dl-install.html the commentary indicates an edit should be made but the code is just a variable assignment (I added the export prefix)
So, I am asking should the assignment be appended to make.conf in the same fashion as the "source" statement?

I attached the full script (untested) to populate an SD card for installation of gentoo on a raspberry PI (I call it pitoo) to the ticket.
I have already made revsions since. :roll:
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Fri Jul 05, 2013 6:33 am    Post subject: Re: ambiguous directions in install page Reply with quote

anomalyst wrote:
So, I am asking should the assignment be appended to make.conf in the same fashion as the "source" statement?
Yes that's fine (and as you have it, after the layman source.) You don't need 'export' in make.conf, as it's actually parsed by python shlex (i think it's called) and portage will export them as needed (eg CFLAGS from make.conf is exported to the ebuild environment.)

Let us know how you get on. :-)

--
I'll push a new release soon, promise. Can't really avoid it, as I accidentally committed all my work-in-progress to master, so have to get it working correctly. Thankfully, Griz verified it still works for normal usage.
Back to top
View user's profile Send private message
anomalyst
n00b
n00b


Joined: 05 Jul 2013
Posts: 2

PostPosted: Fri Jul 05, 2013 6:46 am    Post subject: Re: ambiguous directions in install page Reply with quote

Thanx for the quick reply. I'll revise (and test) & update the ticket with the new script. Feel free to add the script to your git repo and/or extract the appropriate lines to use stand-alone, if I dont do it (probably be a while, I got other irons in the fire) lemme know if u think it needs more priority from me.
Best Regards, Bob
Back to top
View user's profile Send private message
geki
Advocate
Advocate


Joined: 13 May 2004
Posts: 2387
Location: Germania

PostPosted: Sat Aug 17, 2013 7:06 am    Post subject: Reply with quote

what is the status of a new/fixed version?

somehow I cannot disable linux-headers upgrade via edit anymore.
although disabled, it wants to install the headers.

let's see if a package enforces this upon me ...
_________________
hear hear
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Mon Aug 19, 2013 7:53 am    Post subject: Reply with quote

Hi Geki,

Thanks for prodding me. linux-headers is considered "toolchain" so handled specially: for instance you can't downgrade it, nor can you upgrade it to a version newer than the running kernel. Additionally when you upgrade linux-headers, update always adds glibc and does it immediately after. But it sounds like yours is a standard tree issue, to sort out via emerge config.

Anyhow your post prompted me to return my attention to update, so thanks. Unfortunately, I've just hit a new bug: I'm trying to just get my machine upgraded, with the --toolchain option working, so I can look at the other things that need to be done. You can see it's been a while, since I have 516 packages to install ;-) If you look closely, you'll see at the end it's trying to set USE=icu for media-libs/harfbuzz-0.9.18-r1 (a texlive dep: this is the texlive-2013 upgrade.) Somehow it's got the package name with a comment after it, which is new. Looking at unmaskAutoUSE() it's getting the right info from the file for the package and flag name, so I just have to track down where the comment data in the version-specific line has come from, and strip it then.

@anomalyst
I didn't really take in what you were doing, though what I said is still right: you can edit the make.conf externally however you wish. update reloads its settings if the make.conf changes: you can see the settings that we save in /root/emerge/Backup/makeSettings, by default; /root/emerge is the dir=... setting in /etc/update. It checks for both /etc/make.conf and /etc/portage/make.conf. I've just (a week or two ago) added some more support code in git for ROOT and PORTAGE_CONFIGROOT when not '/' which should make the kind of thing you're doing a bit easier.

One thing to be aware of is that directory ordering in PORTDIR_OVERLAY is the reverse to how it reads: ie the last in the list takes priority if all other things are equal (and only if they are equal) for "best-visible" calculation. I'm sure you know that, but it's a caveat that I have to point out, just in case.

chroot support had been on my mind for a while; update has always respected the two variables in terms of reading config, but now all the files it saves will (hopefully) be under the same target ROOT. The reason update has always picked up on those is because we needed to build in chroot when first adding /etc/warning support (ABI upgrades.) They aren't needed so much any more, thankfully, in the full extensive version, which was to get our machines through the expat upgrade, though the mechanism itself is still useful. Nowadays, principally udev, though the forthcoming openrc-0.12 upgrade is going in.

That work led to the installer, that I have to bring up to date. So your script looks interesting, since I've done the other side of it: downloading a stage, using dialogs to setup partitions, then chrooting and running update to bring the base up to date. Once you've done your kernel and rebooted, you just do the rest of the install as usual, though it's a lot nicer when update is the porcelain to emerge, ime. We stopped there because our machines were all done, and the next step was to use lspci -k to start kernel config, which at the time was not in stable. So I found your script most stimulating, as it's doing a similar thing: sfdisk is sweet isn't it? :) though from a totally automated point of view. Our one is much more focussed on being interactive, though you can drop predefined files in, to copy across automatically.

I'm busy for the next couple of days, but I will get some time on Wednesday or Thursday for more complex stuff. The new bug will be fixed by then, I imagine, or it'll be the first thing I sort out. Once my machine is upgraded with a correct toolchain, I'll look at your script and how we might interface: if it helps, there's an (undocumented) -H option for update that we use under the installer: it's short for 'Human' basically, and means "even though you think you're automated (and you are) we need to display our info to a Human" ;) It also means we ignore a couple of dependencies like dialog, since we're in bootstrap.

It's undocumented because it's specifically designed for our installer, and it can change whenever we need it to, without breaking other people's scripts. Try it though: it should make the display a lot nicer for your script. Just be aware it may change; though if you like, those can be changes you helped design. ;-)

Regards,
steveL.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3 ... , 9, 10, 11  Next
Page 10 of 11

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum