You are not logged in.
The Xfce ISO built successfully and booted on QEMU here:
The only catch was that I had to specify --install2arch "exo-devel thunar" to have Thunar in.
I am burning a cd now to test on a real machine.
Offline
The Xfce ISO built successfully and booted on QEMU here:
The only catch was that I had to specify --install2arch "exo-devel thunar" to have Thunar in.
I am burning a cd now to test on a real machine.
Hardly a catch when that is precisely what I said you should do!
Tomk - I am going to look at why syslog-ng is not working properly, it is on my list of things to do as it doesn't seem to be logging everything.
Glad that people have had varying degress of sucuess. I think we are bit buggered now though with OB archie because of the exo-devel depends - may have to simply rename that pkg exo. Ziggy advised me to revert the install2arch change I made as he suggested it had serious implications. Maybe it will work anyway? Me goes to check...
Has anybody had any problems with gfx drivers? Any nvidia or ATI users?
Offline
Am going to convert Archie to use getopts sometime this week, which should vastly improve the way that config files are handled...I think
Offline
OK - getopts was a dumb idea - that was abandoned after further thought.
syslog-ng is actually disabled in rc.conf by default. I have changed that and now we'll see if it works (there may be a reason it was disabled).
All that remains now, before a new release, is to make sure that the autogfx script correctly detects nvidia-legacy and that passing command line options for gfx at boot functions correctly. However, the only people that can test that are people with nvidia and ati cards.
I also need to look at the gtk theme in the xfce ISO...it looks broken and may need a rebuild. And I need to check about exo-devel
OB Archie will obviously not be part of the release cycle but I will try and create the customization pkg that is required to get a complete desktop (as nobody else seems remotely interested in doing that).
Thanks to everybody for their help with testing mkliveiso. In case you need a recap of what we have achieved we have now completed a migration to stock -beyond, we have improved graphics support, better unionfs detection, more robust initrd creation and we now have a modularized approach to ISO building. Nice bit of work that!
Offline
Thanks to everybody for their help with testing mkliveiso. In case you need a recap of what we have achieved we have now completed a migration to stock -beyond, we have improved graphics support, better unionfs detection, more robust initrd creation and we now have a modularized approach to ISO building. Nice bit of work that!
hoorah! I shall update and give it a shot. Is the latest in a repo or svn or anything?
James
Offline
Bar a flurry of last minute testing we intend to release the newest version of archie-scripts tonight or tomorrow. This will coincide with a pkg move from our temporary to release repository.
At that point everybody should be able to sample some hot, Archie goodness without the messing about with CVS. If we can get a few people building their own live ISOs and we have no problems then we will release a final RC ISO for 0.6 and annouce it on distrowatch. We'll also be putting up a forum and requesting documentation contributions.
Once we iron out the inevitable bugs, clarify the support issues and bring the documentation a little more up to date we'll make a final 0.6 release...and so will end over a year's work!
We'll then begin looking at 0.7, which should include grub boot support and hardware detection using udev. I'd also like to see a few more community created Archie modules!
Offline
OK - we're still in CVS but all the latest changes are up. This mainly includes the new improved autogfx script, which should actually work now.
If someone could give it a test, you need to use --gfx=auto (not gfx=wizard as it was before) - that would be great. It should auto-detect ATI and nvidia cards just fine but if you use nvidia-legacy you need to pass gfx=nvidia_legacy on the boot command line.
Of course, if you build your iso with gfx=ati or what ever, then the whole wizard business is completely avoided and uses stock pkgs.
There have been no major changes to the scripts themselves so it should be perfectly safe BUT they are untested...
Offline
Just thought I'd provide some more info on the following bugs:
syslog-ng is actually disabled in rc.conf by default. I have changed that and now we'll see if it works (there may be a reason it was disabled).
It is now enabled and works just fine - no more annoying pam messages
I also need to look at the gtk theme in the xfce ISO...it looks broken and may need a rebuild.
The theme, and many others, were broken by upstream changes in gtk2 - I have switched the theme to rezlooks-graphite.
And I need to check about exo-devel
I forgot to say. If you want to build the XFCE ISO with thunar then you need to use --install2iso thunar - this should drag in exo-devel which will auto replace exo, as the XFCE pkgs are already installed.
I do still want to get a proper Openbox module going if anyone wants to help with that!
Offline
module?
how are you getting configs installed for OB?
you got a ob_packages.txt?
Mr Green
Offline
module?
how are you getting configs installed for OB?
you got a ob_packages.txt?
I've got a packages list but it is provisional. What I really need is a /etc/skel dir setup. If your not familiar with creating one it is quite easy.
Basically, if you create a new user, log in as it, and then configure the window manager and apps as necessary. Copying stuff over from your normal user is a good way to go but it is essential that you avoid introducing any personalised material or general cruft. You then bacically at up the contents of the new users dir as /etc/skel - as you know this is copied to the new archie user when he is created during Archie boot.
Take a look at the xfce customisation pkg in the [archie] repo - just untar it somewhere safe and you can see exactly how it is put together, drawing on the most basic config info for XFCE.
Offline
[root@Arch mrgreen]# mkliveiso --installarch /dev/hda4
> mkliveiso v0.6, by z4ziggy at user-contributions.org
: The kernel you are running does not appear to have unionfs enabled.
: Please install the appropriate unionfs module pkg for your kernel
: or install the unionfs-auto pkg (pacman -S unionfs-auto) to
: build and install the module for your kernel
> oops, error occured, abandoning ship...
:: Cleaning up [BUSY] rm: missing operand
Try `rm --help' for more information.
[DONE]
[root@Arch mrgreen]# pacman -S unionfs-auto
Targets: unionfs-auto-20060616.1848-1
Total Package Size: 0.2 MB
Proceed with upgrade? [Y/n] y
:: Retrieving packages from archie...
error: could not cwd to /projects/archie/temp/: 550 Can't change directory to /p rojects/archie/temp/: No such file or directory
error: failed to retrieve some files from archie
[root@Arch mrgreen]#
Mr Green
Offline
We are no longer using the testing repository and all archie pkgs are in:
ftp://archie.dotsrc.org/projects/archie/packages
Update your pacman files as necessary
If you are using stock then you should not need to use unionfs-auto. You should be able to use unionfs from [extra]. If you are using that then please try and run mkliveiso using:
sh -x mkliveiso <options>
That should highlight the error with unionfs. Can you modprobe unionfs ok? Does the following command work?
modprobe -l | grep unionfs
Offline
I am using
uname -r
2.6.18-rc4-ARCH
moddy does not work ....
:: unionfs-20060616.1848-1: is up to date. Upgrade anyway? [Y/n] y
Targets: unionfs-20060616.1848-1
Total Package Size: 0.1 MB
Proceed with upgrade? [Y/n] y
checking package integrity... done.
loading package data... done.
checking for file conflicts... done.
upgrading unionfs... done.
emm
Mr Green
Offline
moddy does not work ....
What does that _mean_ for crying out loud?! I think you'll find that unionfs pkg is for the stock kernel...i.e. in [current] and not [testing]. unionfs-auto may work for you.
Offline
oops I meant modprobe sorry dude I'm trying to chat up a chick & hack Archie at the time give me break
unionfs will not build for 2.6.18-rc* .... so I may have roll back to stock
Could do with Archie for my new box :cry:
Mr Green
Offline
OK, dude. You could try the old ISO
Offline
err yes if it had 2.6,18-rc* on it .... need it for new modules
Old iso ....
/me looks for Knoppix 5.0 cd
Mr Green
Offline
This is an issue with the unionfs package in arch, you can manually insmod it then comment out the part of mkliveiso that checks for the module via modprobe. However there are other things broken with mkliveiso right now. Several packages it tries to install no longer exist so you also have to update archie_package.txt . I filed a bug about the unionfs, if you want to confirm it it's at http://bugs.archlinux.org/task/5438
Offline
Can you list the things that are broken, please? That's much better for us rather than baldy stating it is broken...
Offline
I figured this wasn't the place, the user-projects forum was but I've been battling the broken forums over there so haven't had a chance to post there.
*edit removed bug list*
So apparently I was following outdated instructions from the archlinux wiki and was using a depreciated archie package repository so nm on my previously reported bugs.
Offline
this thread is geeting very big....
know that you may release soon would it be an idea to start a shiny new thread ?
Mr Green
Offline
erm, yeah, but we're still talking about Openbox Archie here, techincally at least
Offline