To check out where it stands, I tried the new LXQT ISO (15-10) on a spare laptop (HP spectre) which was working perfectly before with a good old Manjaro OpenRc:
Failed. as the previous ISO.
Then I tried on virtualbox: Failed.
Then I read at this forum, that the I3 ISO works. Downloaded. Tried. Failed.
See the Screen shots.
This distro is a joke. Frankly. Don't you just test the iso before releasing it? really? in 2017?
Why did you guys start by killing Manjaro OpenRC to produce such a crap?
I am very sad.
I wanted to get back to OpenRC. Not for tomorrow, unless I spend days in fixing stupid config stuff, already solved in Manjaro OpenRC .
I have made several installations since late July with the old lxqt.iso without installing lxqt.
I also managed to convert my Manja-ORC and it is working well.
One thing that is for sure is that NOBODY has prevented Manjaro for providing a choice of init systems, other than systemd that is.
Nobody asked Manjaro to remove the openrc and eudev related files from its repositories. This is all Manjaro's decisions, after years of advertising (falsely) that is was a system that had a wide selection of init systems.
Obviously you are just redirecting steam from having a crappy day by being unable to install the system all of us here have.
If you want to give it another shot let us know and we will try to help (I hope I am not offending anyone for speaking as a we, but that is why we are here, to help each other and everyone who honestly wants to try it. At least that is what is already evident all across this forum).
Try to enable the ISO repositories to use the testing repos before to install it, so before to run calamares just edit your /etc/pacman.conf in the ISO and modify [system], [world] and [galaxy] to [system-testing], [world-testing] and [galaxy-testing]. then run pacman -Syy and then execute calamares with -d option to enable debug output.
Again I have installed Artix numerous times In fact last week I did a install no problems.
I suggest you stop ranting and give your system info etc, that way you get help, Artix gets help, and other users get help, as it is nobody can help you till you decide to help yourself.
Hi,
I am not the only one saying it simply won't install.
Here is a post of a guy reaching the same failure: https://youtu.be/ggJkhWrzw4c?t=517
Out of the box, it fails.
Even if the manjaro community decided to kill the openRC branch (I think it is the opposite, the ManORC team decided it), I really don't understand why the artix team did not start from this base, in order to provide something working first, then to improve.
Or why not starting by reproducing the gentoo's setup, which is good with openrc.
I will try the switch to testing someday.
It feels like we jumped 6 years backward.
Because next I am quite sure I would loose days reproducing the config a working Maté desktop in another distro. Or a KDE.
Simple things like: when I insert a HD, I get an icon on the file manager.
Manjaro OpenRC was good.
Btw, sorry guys, I know it is a lot of work.
But honestly, use what's good from opensource: use other's work. Don't start from scratch in very aspects.
After going through your ridiculous registration process where orange was not accepted as my favourite colour, here I am to share frustration with Nadir and vent my anger as well.
Your installer does not work and its is evidenced in another topic on this forum. You guys keep denying it and suggest that user fixes it by tweaking some config files.
Can you please explain so that we know what the problem is. Why can't you fix installer?
You are just pissing people off with your attitude. People like Nadir and myself, I am sure many others, who want to give Artix a chance and want to use it as an alternative to Manjaro that we lost.
Stop behaving like children and stop waiving that infamous excuse "not for newbies"!
Apparently, the manjaro version used the exact same freaking installer, and manjaro openrc is history.
The installer works, new iso is out, tested whatnot.
Then why does it work for the rest what do they know you don't 5 installs it works fine I'm nothing to do with artix or Manjaro
I'm a Arch user nothing more.
Have any of you given any system details are you all the same person I'm starting to wonder as the tone fits a one person profile? If it did not work I would be the 1st to say so as the devs know me here.
It does work for me and as artoo stated its the same installer as he developed for Manjaro so where is the problem if there is give details because all I read Is arrogance nothing more.
If your beef is Manjaro dropped openrc take it up with Philm the lead Manjaro dev he dropped openRC these guys picked up the pieces and have carried on the exellent work, only to get is childish arrogance. Instead of constructive criticism. or any form of system information from you.
Or better still put your money where your mouth is and start your own project and find out how much work goes into it in your own time.
Just to get tossers complain and be rude to you you try it and see how long you last.
Now just have a think come back give information as much as possible, and you will get answers and help till then I suggest you button it
Yes I can't spell and all that Crap Its called Dyslexic but I can code install any Linux even install a bucket of shit and it will work?.
It's still possible to view the list of packages that made up the Manjaro Open RC iso's, e.g. here:
https://sourceforge.net/projects/manjaro-openrc/files/17.0.2/
Most of these are available in the recommended repos, so a little careful thought about this and pacman -Q should recreate something pretty much the same. I think it's interesting to see the start of a new distro, let them have a bit of time to sort things out. All distros have bugs and issues, even Manjaro Open RC had them too sometimes. :))
Look who is talking arrogance. It's sounds to me you are arrogant.
I have installed almost every distro that uses "same freaking installer" and none of them ever failed to install. Only this one. Artix.
Just tried new iso at work today, and now at home. Failed on both machines with same freaking machineid error. And you want to know my configuration? It's not on one single machine obviously, since others reported the issue, including the guy on above Youtube link.
You know, if I didn't want to use Artix, why would I go through this frustration? I could just walk away and forget about it. If you and Artoo keep saying there is nothing wrong and flatly deny there is a problem, then you *want* me, and others, to walk away.
And who developed Manjaro openrc, and what did he base it on Gentoo it was artoo yes the same man he also developed the net installer the same one used by Manjaro, you will not get a more committed person so show some respect.
A bit of advice Go to sourceforge archbang downloads download the archbang artix ISO with the AB installer I helped to develop it a couple of years ago for architect linux, its not a net install and you need to remove Arch core repro when you update.
This may help you as you are above asking for help in a human way.
No I'm not in anyway arrogant as I know the correct way to ask for help that means in a polite manner that you cannot comprehend.
Why would I say I did 5 successful installs if it was not true or am I a liar as well.
Again information is the key that is the 1st thing Manjaro asks for as does any other distro. logs are what you need to post.
So how many other distros use Calamares net-installer to install openrc only Manjaro did and the same guy developed the net installer you say is crap so it must of been the same with Manjaro nothing has changed
Thanks for trying to help me get to Artix. So lets's say Archbang installer gets me there. What does that tell us? It tells us that there is something wrong with Artix net installer.
Like I said, I installed many distros using "same freking installer" and cli installers with no issues. It is only Artix that I cannot install.
You suggestion may help me get to Artix, but it does not solve the installer issue which you obviously deny it exists.
Thanks anyway
No its not going to solve any problem that was not the point its to try and help you that is all.
All the AB installer will prove is you have a problem with install nothing more as i have not that is the problem.
when the net is fast enough again I will try the latest version of the ISO, all I know is the i3 version works fine for me that is more than the calamares manjaro installer ever did.
But if this was my project I would use a text installer I really do not like GUI installers just find them non friendly but that is me.
you can also use the arch installer the are instructions somewhere on how to use it
I also apologise if I sounded hard on you
I can't talk for the current iso but the original first iso worked fine, always, and on every machine I tried.
On the other hand I spent almost a whole day fighting AB and it messy installation that I wondered how can it be based on Artix and still be so dysfunctional. I finally gave up.
My first experience with calamares I think was in siduction and that worked well also.
For some unexplained reason installations seem to have failed if I use a preformated partition and not use the installer's partitioning tool.
The first versions of ManORC were using a text installer, and it was fine for me.
If it is less work, why not?
I still have the ISOs (all) from the 15.12, they all install smoothly on the same machine (without LUKS).
The installer is the same software, but not the script behind obviously.
AFAK the very 1rst ISO of Artix was working.
Thanks, I will give it a try.
I want to check if I can get a stable environment on Plasma or Maté.
I never reached that point.
We're not. Do you need a photograph ;-) ?
Btw Why would someone do that?
No its just you both said basically the same thing that's all as if you were in the same room,
Believe me a certain well Known you-tube reviewer did with his mates 2,000 spammers to us. My friend Carl could not take any more and walked away from the project A week later this person openly apologised for what he had done and admitted there was nothing wrong with the installer but it was to late. another project was spammed for months by a user even police had to get involved when they started getting death threats. This is the dark side of Linux it happened at Manjaro also about a month ago.
So yes it does happen more often than we know
Yes text install all the way I find them simple to use but I started with text installers and found GUI cumbersome. For me the Manjaro text installer just worked when I was involved with Architect not Manjaro-architect we even offered to adapt a simplified version for Manjaro but were told to go away.
No we are not same person, although we may have met over at Manjaro forums. (fora, in case someone is paying attention to grammar and spelling)
Btw, how many people are involved in Artix project? More that half dozen? If so, why isn't anyone, except Artoo responding to this issue? Mandog, you are looking like their spokesperson.
Let's get back to the issue. As someone who successfully installed Artix on 5 different machines can you tell us how you did it.
Starting with creating bootable media. What tool did you use to create media? Did you install on already partitioned HD? Or created fresh partitions? Legacy BIOS or UEFI?
Something's gotta be the key to success, since this iso does not work like any other I tried.
Thanks again mandog!
Actually mandog, don't worry about it. After reading this post it is obvious that Artix installer is a joke
https://artixlinux.org/forum/index.php?topic=64.0
I wish I read that thread before ranting in this one.
It proves that Artix installer is a joke! But devs keep denying it.
I am done here, going back to my collective. You failed to save me from Borg!
I also used the text installer for non-virtual-machine builds. It is bias-ly preferable since less abstraction is needed from the actual tools used to mount/copyPaste/chroot/config and so on. More so for me than others since I use a different cipher and key size for luks encryption than the default; the text installer would ask where to install what, install, and then I'd manually edit the fstab and other configs necessary for luks type.
In fact I used older install disks from manjaro just to be able to use the Achitect text installer. Calamares generally worked for a simple or default encrypt install though; it also is a great collaboration of resources between many distros for a GUI installer. I'd still say Calamares is young and has more room to grow. (installing on the side from another windows/linux partion comes to mind)
For installing Artix, I used an Manjaro Openrc install that was uptodate at the time and transitioned using the
then uptodate https://artix-linux.github.io/migrate/ . Twas a legacy bios. Now use the
current https://artixlinux.org/migrate.php (https://artixlinux.org/migrate.php) for an Openrc to openrc migration.
I don't think it is for the faint of heart. Some arch know how is needed. Please do a virtualbox/QEMU run or a btrfs snapshot beforehand in case things go wayside. ALWAYS backup your data beforehand and as a general rule of thumb do so periodically outside of migration/installation instances.
Will check if a fresh artix install works.
PS: I think mentioning that installing the arch way is possible and we even some reference on site. Warned that it is not a uptodate due to not fixing the mirrors among other nit picks; it is
not a hold your hand guide. https://artixlinux.org/forum/index.php?topic=41.0 (https://artixlinux.org/forum/index.php?topic=41.0)
@7of9I believe that every new distro has bugs which does take time to address. It is clearly stated that at this point that Artix Linux is a work in progress. I have installed Artix as an upgrade with Archlinux fully systemd installation without an up to-date guide. I have installed Aritx with the first LXQT ISO as well. I used the manual way to install just like Archlinux. I had a working system afterwards.
To just come into a forum and rant without providing any information on your errors or what issues were confronting you is just so... well a rant. It comes across like a troll which I hope that you are not.
It can be very frustrating to want something and not be able to achieve or obtain it. I view your comments in this thread in that fashion.
Now if you truly want to be free of systemd with pacman and a warm community, I would suggest taking a deep breath and explain the issues that are arising. Once the issues are know, I am sure that they will be addressed. It is impossible to know every combination of hardware, configuration and stuff to provide error free software. In fact I do not know of any software nor OS that is error free. I have been using computers since the 1980s. Yes that was in the days of DOS. Windows and Linux was not even in existence.
If you look at Devaun the Debian systemd free distro, it took them a couple of years to get to a stable release. Thus it would look like you are impatience to say the least.
I hold no grudges because life is too short to hold on to negativity since it always comes back to haunt one. So please take care and try to be calm. You will enjoy life more and have more fun.
I agree wholehardedly. Artix is still a baby, barely a 3-4 month old. As it is human created, logically Artix is to have imperfections; Borg we are not; perfection we do not reflect.
Even manjaro was even having issues, installation included, in its early development. I dealt with that first hand.
@7of9 If we can still be of help many of us would be willing to lend a hand, given some information. No charge.
Otherwise, there are other distros, older and maybe more amenable to you, that you can give a try. Void Linux, Alpine, Gentoo, Devaun, Cromnix, and others listed on https://systemd-free.org/ . Maybe you can come back later when Artix is much more mature (a year?).
Overall, I hope Artix does resemble a warm community, concensus and keeps on doing so. :)
Just as a note,
I personally dislike calamares so much, I hope we can offer some alternatives to it in the future, I also like the idea of having a text installer but guys, if calamaes doesn't works for you, why don't you try the manual installation steps described in this post (https://artixlinux.org/forum/index.php?topic=41.0)?
There are screenshots in the initial post.
yes, this is a rant, it is in the title.
Btw, why providing info, since it ALWAYS fail no matter the system? even virtualbox (I rarely saw that).
let me explain: calamares script doesn't work AT ALL. Not only for me. For everyone.
Second: I refuse to get back to command line for such a stupid process as Install, we were doing that 10 years ago. Now I have a job, I have very little for that.
A text installer would be perfectly fine for me. Doing the LUKS stuff by hand, no trouble.
There are no other distro ready for a laptop without systemd, stable enough, with a community, except: Devuaan,
I wll try Arch Bang, Void Linux is too small. MX Linux (MX 16) is nice. I tried TRIOS once.
Gentoo/Calculate maybe? I would rather stay in the pacman world, I really love AUR.
Meanwhile, the most effective choice regarding time wasted in setup/post-configuration: I just installed Antergos - With systemd.
So that I can continue working without spending hours to fix things already fixed a hundred times (like suspend/hybernate/sound/iphone not recongnized/special keys..)
btw, Antergos's installer is simple & effective.
But I would be totally comfortable with a text installer.
Where? The iso has the same date?! Is it the LXqt ISO at sourceforge?
Also, why providing 3 isos while people would like just 1 that actually work?
depending on the mirrors, ISOs have the same date but not the same size, am I wrong?
Btw, here is info about my selections during the installs:
- erase disk
- selected: Xorg, desktop/plasma, kdeapps,desktop/displaymanager, fonts, audio, printing
Please provide the output of
sudo -E calamares -d
If I choose just to install DM & LXQt from the last ISO, the install reach the end (in virtualbox)
Reboot. Then... no pamac. Not a good choice IMHO.
pamac installed (why it is not by default ?)
KDE plasma too, fully working without any much effort.
(So the path to install seems to be: choose LXQT at install, then at reboot install the plasma meta package).
Now I want to try again on a real laptop.
Btw, I am very happy to see Gentoo init scripts in /etc/init.d. Please don't reinvent the wheel.
And to see OpenRC again ;-)
(I also tried Linux MX16 install, FYI I found the installer nice & easy to use)
You can install yaourt and yaourt-gui to have access to AUR, but pamac exists in the artix repositories too. It actually just got updated to the second new version 6.1.1 but the apptrayicon thingy is left behind to 6.0.1?? and somehow it is problematic. If you had it installed before it still works. That is on world-testing, while the tray app is on world.
There is also pamac-classic based on the old 5 (appearance) but the version number is 6.01.
Then there is pamac-aur in AUR.
Make sure you utilize the appropriate polkit for your desktop to make it work.
It is funkier than it used to be (2-3 months ago in Manjaro) but still nowhere as functional as synaptic.
For me it fails when I choose LXQT too. I never tried any other desktop.
Thank you for being so kind. You are right, it is very frustrating when you want something to work and you can't get it to work.
I gave Artix so many tries, on different machines and was successful only once, I think it was with very first iso.
Every time it failed to install I said that is it! I am not trying again, I give up, but then I do it again and again, but no matter what options I choose it won't install. It is always same error shown in screenshots in original post.
Does not that error indicate what might be the problem? Why is the problem denied by devs?
I know it sounds that OP and I are arrogant in demanding a fix, but that is only because of this denial that problem exists.
Yes, Artix is new, and I understand that it takes time to iron things out. And obviously I want to give them a chance to do it, but "others don't have problem, only you" attitude is bad approach.
sudo -E calamares -d
QStandardPaths: wrong ownership on runtime directory /run/user/1002, 1002 instead of 0
12:59:40 [1]: Calamares version: 3.1.5
Translation: Calamares: Using system locale: "en_US"
12:59:40 [1]: Default font =====
Pixel size: -1
Point size: 11
Point sizeF: 11
Font family: "Sans"
Metric height: 18
12:59:40 [1]: Font height: 18
12:59:40 [1]: Available languages: ("ar", "ast", "bg", "ca", "cs_CZ", "da", "de", "el", "en", "en_GB", "es_MX", "es", "eu", "fr", "he", "hi", "hr", "hu", "id", "is", "it_IT", "ja", "lt", "mr", "nl", "pl", "pt_BR", "pt_PT", "ro", "ru", "sk", "sv", "th", "tr_TR", "zh_CN", "zh_TW")
12:59:40 [1]: CalamaresApplication thread: 0x55ae103f4d10
12:59:40 [1]: Using log file: "/home/artix/.cache/Calamares/Calamares/Calamares.log"
12:59:40 [1]: Using Calamares settings file at "/etc/calamares/settings.conf"
12:59:40 [1]: Using Calamares branding file at "/usr/share/calamares/branding/artix/branding.desc"
12:59:40 [1]: WARNING: the selected branding component does not ship translations.
12:59:40 [1]: Loaded branding component "artix"
12:59:40 [1]: STARTUP: initQmlPath, initSettings, initBranding done
12:59:40 [1]: STARTUP: initModuleManager: module init started
12:59:40 [1]: STARTUP: initModuleManager: all modules init done
12:59:41 [1]: STARTUP: initJobQueue done
12:59:41 [1]: Available size QSize(1920, 1048)
12:59:41 [1]: Proposed window size: 1080 648
12:59:41 [1]: STARTUP: CalamaresWindow created; loadModules started
12:59:41 [1]: Initial locale "en_US"
12:59:41 [8]: Translation: Calamares: Using system locale: "en_US"
12:59:41 [1]: Welcome string false "Artix Linux \"rolling\""
12:59:41 [1]: ViewModule "welcome@welcome" loading complete.
12:59:41 [1]: WARNING: guessLocaleConfiguration can't guess from an empty list.
12:59:41 [1]: ViewModule "locale@locale" loading complete.
12:59:41 [1]: ViewModule "keyboard@keyboard" loading complete.
12:59:41 [8]: Loaded backend plugin: "pmlibpartedbackendplugin"
12:59:41 [1]: ViewModule "partition@partition" loading complete.
12:59:41 [1]: ViewModule "users@users" loading complete.
12:59:42 [1]: ViewModule "netinstall@netinstall" loading complete.
12:59:42 [1]: ViewModule "summary@summary" loading complete.
12:59:42 [1]: Module "partition@partition" already loaded.
12:59:42 [1]: QML import paths: ("/usr/share/calamares/qml", "/usr/bin", "qrc:/qt-project.org/imports", "/usr/lib/qt/qml")
12:59:42 [1]: Module "locale@locale" already loaded.
12:59:42 [1]: Module "keyboard@keyboard" already loaded.
12:59:42 [1]: Module "users@users" already loaded.
12:59:42 [1]: FinishedPage()
12:59:42 [1]: ViewModule "finished@finished" loading complete.
12:59:42 [1]: STARTUP: loadModules for all modules done
12:59:42 [1]: STARTUP: Window now visible and ProgressTreeView populated
12:59:43 [1]: Need at least storage bytes: 8482560409
12:59:43 [1]: Need at least ram bytes: 1073741824
12:59:43 [1]: enoughStorage, enoughRam, hasPower, hasInternet, isRoot: true true true true true
12:59:43 [1]: xkbmap selection changed to: "us" - ""
12:59:43 [8]: getting smart status failed for "/dev/sda" : Input/output error
12:59:44 [8]: getting smart status failed for "/dev/sdb" : Operation not supported
12:59:44 [1]: Removing unsuitable devices: 2 candidates.
12:59:44 [1]: WARNING: guessLocaleConfiguration can't guess from an empty list.
12:59:44 [1]: WARNING: guessLocaleConfiguration can't guess from an empty list.
12:59:44 [1]: WARNING: guessLocaleConfiguration can't guess from an empty list.
12:59:44 [1]: WARNING: guessLocaleConfiguration can't guess from an empty list.
12:59:44 [1]: .. Removing device with iso9660 filesystem (probably a CD) on it "/dev/sdb"
12:59:44 [1]: LIST OF DETECTED DEVICES:
12:59:44 [1]: node capacity name prettyName
12:59:44 [1]: "/dev/sda" 120031511040 "ATA KINGSTON SUV400S" "ATA KINGSTON SUV400S – 111.79 GiB (/dev/sda)"
12:59:44 [1]: .. 1 devices detected.
12:59:47 [1]: "Osprober lines, clean:\n"
12:59:47 [1]: Updating partitioning state widgets.
12:59:47 [0]: QObject::setParent: Cannot set parent, new parent is in a different thread
12:59:47 [1]: Required storage B: 9019431321 "(8GB)"
12:59:47 [1]: Storage capacity B: 523239424 "(0GB)" for "" length: 1021952
12:59:47 [1]: Required storage B: 11166914969 "(10.4GB)"
12:59:47 [1]: Available storage B: 11216117760 "(10GB)" for "/dev/sda1" length: 22472704 sectorsUsed: 566224 fsType: "ext4"
12:59:47 [1]: Partition "/dev/sda1" authorized for resize + autopartition install.
12:59:47 [1]: Required storage B: 9019431321 "(8GB)"
12:59:47 [1]: Storage capacity B: 11506024448 "(10GB)" for "/dev/sda1" length: 22472704
12:59:47 [1]: Partition "/dev/sda1" authorized for replace install.
12:59:47 [1]: Required storage B: 11166914969 "(10.4GB)"
12:59:47 [1]: Available storage B: 100547145728 "(93GB)" for "/dev/sda2" length: 200704000 sectorsUsed: 4322856 fsType: "ext4"
12:59:47 [1]: Partition "/dev/sda2" authorized for resize + autopartition install.
12:59:47 [1]: Required storage B: 9019431321 "(8GB)"
12:59:47 [1]: Storage capacity B: 102760448000 "(95GB)" for "/dev/sda2" length: 200704000
12:59:47 [1]: Partition "/dev/sda2" authorized for replace install.
12:59:47 [1]: Required storage B: 9019431321 "(8GB)"
12:59:47 [1]: Storage capacity B: 522158592 "(0GB)" for "" length: 1019841
12:59:47 [1]: Updating partitioning preview widgets.
^A^A
Running calamares with these options installed successfully! Is that all???
After all this time and frustration.
1st i'm not a spokesman for Artix totally the opposite, I'm a constructive critic just like I am with Manjaro. I only installed on AMD CPU Desktops as users were implying I was either lucky or telling lies.
I did multiple installs, and I only ever install to metal.The last when the i3 ISO was released to try and help a user with problems installing nothing more just to help.
So to install I use suse-imagewriter or Etcher they are GUI for pure DD. boot the usb terminal sudo calamares -d off we go choose a partition to install lang, time-zone etc, format ext4 choose what I want to install. uncheck the rubbish not needed press install wait 4 hours done, reason for the wait very slow internet hear 100kbs max not 100mbs like some other countries , and fucking calamares struggles to setup grub with multi 2tb drives "My biggest rants with manjaro". a cli installer takes upto 5 mins not a hour like every GUI installer.
But now do you see why your system info is very important.
Due to being dyslexic by the time i wrote this you worked it out
So now you see CLI works and all Gui installers should be started that way for a reason even in 2017
Thanks mandog!
sudo calamares -d
Is this documented anywhere? If not, why? If yes, boy do I feel stupid!
So now, because I CAN, I went to install Plasma (not my preferred desktop) but just because I can I did it. And it installed!
I am going to take a walk now, get some fresh air and enjoy feeling stupid.
See ya later
"-d" is documented, but is just the debug suffix: https://github.com/calamares/calamares/blob/master/man/calamares.8
Great you cracked it I think I have a distinct advantage being dyslexic I have to read everything multiple times to make any sense of what I read so I just get it right
I think so its been mentioned many times, but Artix really needs help in that department as does Void, and many more, Unfortunately this is where Arch/Gentoo exel so when you use anything loosely based on them you expect the same,
its chicken and egg unfortunately which comes 1st documentation that needs constantly updating or stabilising, Or the system that also needs constantly updating, due to the fact its based on arch and is rolling.
I took the lxqt iso from sourceforge. it has the same name but seems to be different.
You can launch it with "-d" option, just to check there is no error. In fact at first I thought it freezed (at 26%), but I forgot it and left it in background while I was working. after a very long delay, I surprisingly saw the "installed" message.
But mainly: that python error has been fixed.
Generally speaking it is not a problem feeling stupid.
But here the '-d' just means "debug logs", it does not solve the problem.
The problem has been solved by artoo aparently.
I'll try an install on a real machine soon.
And will see how it behave on KDE or Maté.
Yes, I have just found out that -d does nothing.
I ran installer again straight from the menu and it installed.
So yes, there was a problem and it has been fixed.
The thing is its a net install so things if reported correctly can be solved very easy its not the installer at fault its a install script or package, the installer is just a container for install scripts. Hence Calamare -d apart from telling you everything is working it also gives the output so if it fails you can report the exact position and error, then it gets fixed easy.
I'm sorry ranting and raving gets nowhere just adds frustration to the user and users trying to help, as you found out
But glad its fixed as its must be very frustrating for some users.
By the way no such thing as stupid we all do it it called being human or in my case a old fucked up mad dog biker. "to much sex drugs and rock and roll", you know what I'd do it all over again man I had a great time from the mid 60s on even. married 3 times the latest a 24yr old dolly bird did learn by one mistake the latest I gave her the house on the day we married 14yrs on she has not thrown me out, so I'm happy.
When calamares doesn't works 99.9% of the times is just because some dependencies problem between Artix repos and Arch extra and community, something that lot of new comers doesn't understand is that Artix is not just a new Linux distribution, Artix is an OpenRC distribution that is based in a SystemD distribution, we can not just copy packages blindly like Manjaro does, we are very few developers and we need way more hardware power to can be in a point were our automatic releases are fast and reliable.
We all have lives that we want to enjoy but we decided to gift our precious time in bring something amazing to every one, please, try to be calm and have an open attitude.
Happy to see that at least you can install from calamares.
Thank you for taking time to explain and thank you for your hard work.
I am happy I was able to install. Sorry for sounding rude at times.
For Plasma users like myself, who prefer a qt based package manager, there is octopi-git from the AUR. It works very well for me. Only downside is compiling it, but not that big of a deal.
Best regards.
Main dowside is that Octopi sucks ;-)
Usability is as bad as Synaptic
ie example: when you search, you can't tell if results are AUR.
To select a package, right click ? wtf?
etc
If there is one thing I miss in the arch world from the debian world is synaptic. I have yet to find a package manager that even comes close if you learn how to use it. Then Debian has nothing like aur, but you can pretty much throw any repository that is debian like to it and it will handle things. Thanks to devuan you can have your synaptic and eat it without systemd. You can even sneak into debian repositories and borrow stuff that are free of systemd. Apt made great sense to me, pacman is still something to learn. It is also much faster than to be dealing with octopi, yaourt, or pamac. A great feature synaptic has is screenshots of gui pkgs. If you don't know what a pkg like a drawing/graphics/av/editor looks like you don't have to fully install it to find out you don't like it. Sometimes a quick look of what it looks like helps you decide.
I know that stuff like this are related to taste but some of the criticism has to be objective. What is it that synaptic can not do that pamac can do? I believe it does not even have a quarter of functionality than synaptic has.
I followed the migration process with ArchLinux without any hassle; you could also install the old arch-openrc iso from https://sourceforge.net/projects/archopenrc/files/arch-openrc/ then migrate to Artix (this has worked for me as well).
O my I find the opposite apt is slow and clunky synaptic is out of the 90s read packman roseta to start to learn pacman not stupid GUIs they are just basic even in Debian land I used Sidux/siduction for years as a second DE
Perhaps octopi is not for you, however, I find it to be intuitive and adequate for my needs. I use pacman in the terminal for updates and octopi for searching and installing software....works for me, and it's qt. ;)
Best regards.
About Synaptic?
First: Why right mouse button to select?
Then:
Why 2 filter box?
Why do we need to install to see the list of files?
Pamac feels more & more bloated, IMHO I prefered the old version (2 years ago) (v2 if I remember correclty).
but it is fast and it feels the need : you can search AUR, jump to the PKGbuild..
Frankly @Mandog... the pacman command line arguments are the weirdest of history...
Why not simply "pacman install"? "pacman remove"? Do you the command to get the installed files list?
why -Syyuu instead of "update"? why? ;-)
Want to get the list of installed packages?
dpkg --get-selections vs pacman -Qqe | grep -vx "$(pacman -Qqg base)" | grep -vx "$(pacman -Qqm)" > main.lst
(Why Qqe?)
Ranting about pacman on an arch-based distro forum..... ???
Best regards.
1 Because there are several options in selecting, to remove, rm-completely, update, reinstall, install .
2 I am not sure I understand what you mean by filter-box (apt upgrade and apt-get dist-upgrade) or is it the select upgrades, apply, continue, ... :) Life saving steps from preventing a mess on the last click. With -Syu and return you are toast!
3 Because by the way debian is structured with fragmented pkgs your file list of installed files will be different than mine depending what else is installed, I think. But I do agree just looking at dependencies and dependants you never know what is going to be installed as the spider-web explodes.
I have been on devuan for a long while, don't misinterpret my defense of the source of pathology in all linux (debian). For a while I was struggling to keep a wheezy base with updated packages from jessie, stretch, sid. Now there is also buster. So non-systemd debian has less than a year of support. I installed it recently from scratch and I almost cried. I experimented in going from wheezy to Devuan-unstable on one step. It worked but next time I'll stick to testing and only do updates not dist-upgrade.
I have equalized faith on devuan and artix being the true future of true linux/unix. You mark my words!
Artix didn't even get a summary for its release on the distrowatch front page, neither has arch-bang, and in the past 7days it ranks as #18 on the list of most clicks, with Arch being #16. Devuan is still high on the list after 3-4months of its introduction.
Because pacman is simple to use you don't use -Syyuu you use Syu to update, -Su to install, -Syy to force data bases to sync, - Syyu to force sync and upgrade. -Syyuu to upgrade then downgrade never ever used that command in 15 years that is more used on Manjaro, -R to remove, -Rn to to remove +config files, -U to install a arch package files. What is weird with that. To find file on or to install if you have yaourt installed you can do the same with all the helpers, just type something like this "yaourt edit" as normal user that will give you 1169 packages to do with editing on both repros and AUR who the fuck needs a stupid GUI that is next to useless to give less info, to mess up updates etc, that was just a few newbie commands, advavance user i'm not one by the way will conf custom actions for pacman.
Take these 3 and what they do the w is to hold or wait as other action are req
ca-certificates-utils 20170307-1 upgrade requires manual intervention
2017-03-15
The upgrade to ca-certificates-utils 20170307-1 requires manual intervention because a symlink which used to be generated post-install has been moved into the package proper.
As deleting the symlink may leave you unable to download packages, perform this upgrade in three steps:
# pacman -Syuw # download packages
# rm /etc/ssl/certs/ca-certificates.crt # remove conflicting file
# pacman -Su # perform upgrade
I am glad that both 7of9 and nadir were able to install Artix successfully.
Every package installer has it pluses and minuses. I do like pacman since it is fast and light weight. The Debian apt commands are good as well. Redhat's rpm is my least favourite but I have to use it for work on the servers and my workstation.
Graphically package managers are nice to see everything but they are all slow. Since I do not use a desktop environment and use openbox, I find Octopi to be preferred over Pamac's requirement of having a session manager to be running to install packages. Synaptic is what I use in the Debian universe. Yast is what I use in the OpenSuSE, SuSE universe.
The thing that I love about Archlinux's base is the PKGBUILD system make sense to me and find it easy to create, edit and deploy. Making a local repository, creating a package based on VCS sources or even local files is not a complicated affair. Not having to do a major reinstall for distro upgrades is a bonus in my books even though breakages sometimes occur. These are the reasons I will accept pacman's options without reservation even if the "pacman -Qqe | grep -vx "$(pacman -Qqg base)" | grep -vx "$(pacman -Qqm)" > main.lst" is cumbersome.
That was funny ;-)
I'm glad you find it intuitive. I might come from another planet maybe ;-)
(where 'i' for install 'u' for update etc would make sense too ^_^)
Btw, I am a big fan of arch package management, of AUR. I find it better than debian's.
So easy to understand and to create packages from a developer point of view.
That is a real advantage Indeed.
btw this morning I tried setup on a real machine (HP Spectre 13") : Don't try check "encrypt filesystem" you'll trigger a good old "segmentation fault" ;-)
No trouble it is a spare machine, just to check this out.
It is installing right now without the option, Calamares stay stuck at 21% for a very long period: One has to wait, it is not a freeze... just it is the task "download and install package selection" that is veeeeery long.
How long does it take? I have haven't done a fresh install in a few weeks but it was taking right around 30 minutes for me. Maybe a slow mirror?
It really depends for me its hours as we have slow internet speed. It does take a bit more time to compile as its not just copying files across from a live image that was out of date the day of release,
its a fresh install downloaded and compiled from scripts so you always install the latest up to date version.
Question, since this is a ranting thread and everything goes. The mirror list changed today and it is all artix own mirrors.
What does this actually mean? I remember a dev saying that the naming convention of the epoch pkgs weren't supported by other mirrors. Is this just it for functionality, we will start seeing new naming with ":" in the pkg names or is there more?
My connection is pretty slow too, it got a bit faster the past few days, but I use opennic's dns servers and they may be slowing mirror hits down a bit. I don't trust ISPs dns as they are mandated by law to keep records in some "rogue regimes" (aren't they all?).
Then I am a bit confused on the use of lib32 and multilib. Is this mandatory as there may be pkgs that are 32bit or have 32bit dependencies that may not be able to install at all or is their use optional to choose between 64/32? On my ManjaOrc conversion there are a few mostly libraries that come from 32 and multilib, on the other two installations on the one I have nothing, and on the other I have turned it/them both off. I still haven't noticed a difference.
Unfortunately that machineid error is back, and I can't install :(
Did you try sudo -E calarares -d it seems to do some magic also says what failed if that happens.
Yes I did, No help.
Another user reported this in another thread.
https://artixlinux.org/forum/index.php?topic=155.0
So why is this happening again?
Its got to be something is not downloading a failed to download that did not resume, corrupt packagre or the mirrors are not fully synced. or a update that is not happy with the install script. where does it fail did you notice the stage Just checked the post you directed to seems to confirm that please make sure sourceforce mirrors are lower than Artix their was a announcement yesterday Artix only uses its own now.
Although I have only used Artix mirrors for the last month when they announced they would be dropping sourceforge.
No I didn't but user in the other thread says he had to change mirrorlist to the list in his already installed Artix.
So what's going on? Mirrorlist changes and installer does not know about change??
Can you show us what your /etc/pacman.d/mirrorlist looks like?
This is mine /etc/pacman.d /mirrorlist I have no other mirrors in their now
# Artix mirrors
Server = http://mirror1.artixlinux.org/repos/$repo/os/$arch
Server = http://artix.wheaton.edu/repos/$repo/os/$arch/
Server = http://mirror.strits.dk/artix-linux/repos/$repo/os/$arch
Server = https://mirrors.dotsrc.org/artix-linux/repos/$repo/os/$arch
Server = https://www.uex.dk/repos/artix/repos/$repo/os/$arch
I can't, but it has 26 entries as opposed to five shown by other users (mandog) and another
This is on installer iso.
Those entries are sourceforge no longer valid read the news flash on the forum header. The updated list is a update tonight.
We don't use Sourceforge for mirroring our repositories anymore. If your mirrorlist shows SF mirrors on top, you need to update artix-mirrorlist from [system-testing] and merge /etc/pacman.d/mirrorlist.pacnew into /etc/pacman.d/mirrorlist.
Of course it won't work as
sudo -E calarares -d are only used for debugging purposes
@7of9 please run
sudo -E calarares -d in terminal, reproduce the issue , and paste the output here or any paste hosting site and link it to here. That way we can figure it out "why is this happening again?"
Just manually delete the rest and leave the top five and you are OK to update.
Thanks to
@thefallenrat 's advise I reordered a set of arch rep's from just the surrounding net-area and shorten that list and it all my time limit error hits vanished. The weird thing is that when an initial ordered list was produced among the total list the top ones came from 2 continents away! So I have no idea what the criteria for ranking of the mirrors is in reflector. The options and their outcome seems very counter-intuitive.
Ok, here is the log
if mirrorlist changes there should be new iso. No?
As long as the top mirrors, by artix, work and you can run an update the update will take care of the replacement of the mirrorlist anyway. The reason there are multiple mirrors on a list is so you can still install and update even when occasionally a mirror is failing.
The problem would be with the original iso from August which had none of the artix mirrors and eventually the sourceforge mirrors will have no artix files in them. Those users using that iso would have to go online and replace the mirrorlist manually.
Remember this is a rolling distribution, meaning that for the same exact list of installed pkgs, both a current installation with an original iso and with the latest one produces the same exact installation.
I haven't had this stupid Boost.Python error in job "machineid" issue with any of the older isos, anyone know where I can find them?
The strits server still has the old isos:
http://mirror.strits.dk/artix-linux/iso/ (http://mirror.strits.dk/artix-linux/iso/)