kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 5, 2021 13:11:33 GMT
A follow-up on my first feature request / bug report: 1. I've noticed that usrmerge isn't installed by default in Bodhi 6.0 bèta. That might cause problems, because both Ubuntu 20.04.x and Linux Mint 20.1 contain usrmerge nowadays, so packages built for them will expect the system to be merged. See this notice in the Mint blog (first item): blog.linuxmint.com/?p=4049Therefore I think it's probably a good idea to add usrmerge to the iso. I've merged the VM in which I'm running this bèta (i.e. I installed usrmerge in it and rebooted), and all is still working well. So apparently there are no technical objections to merging the system in Bodhi 6.0. 2. My first feature request / bug report is the last post on the previous page of this thread, so the devs may have missed it.... At least I haven't seen a reply to it.  Just to make sure I'll post the link here: bodhilinux.boards.net/post/3082
|
|
|
Post by zaivala23 on Apr 5, 2021 15:16:28 GMT
I have this installed on my System76 Kudu 3 and my HP Z400 Workstation. Went in smooth as butter. Two suggestions: Switch from Ubiquity to Calamares installer, and you should have the default time zone Eastern US... about twice as many people live in that time zone. The default time zone appeared to be eastern US already, coincidentally enough. I'm on west coast us (pacific time), and live shows three hours later than my real time, until I run the installer and select a time zone, at which time then it updates to correct time... On earlier test ISOs I was at first confused as to what time that was, cuz it wasn't picking up my system time or displaying UTC , but I bet ylee leaves in set for EST and that explains it!
It defaulted to Central time on my installation, is why I commented.
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 5, 2021 15:47:26 GMT
Ylee showed me the solution screenshot. He apparently solved it. New fresh ISO will be out soon and will be awesome  We made several new fixes within 2 days  Stefan You guys are in turbo mode.  Thanks!
|
|
|
Post by thewaiter on Apr 5, 2021 16:38:41 GMT
Ask my ruined eyes and back how great the progress is. I am surprised Ylee does not complain often. But today on our chat we admited we are really exhausted with this release... 
|
|
|
Post by ylee on Apr 5, 2021 19:44:12 GMT
NOTE: I moved or removed all unneeded posts. Some of which will be dealt with in this answer.No offense to anyone just trying to keep this thread cleaner than the last one, as I plan on using it for reference when I build future ISOs. It is easy to find something in 3 pages than it is 10  Great news! Thanks for your work. My preliminary bug report / feature requests: 1. In the live session, the ubiquity menu item is now in Applications - Preferences. One or even two steps up in the menu tree would be better, I think. That would probably make it easier to find. 2. Ubiquity reports that it needs at least 14.8 GB disk space for installing. That looks like too much for a minimalist distro.... More to follow after I've done some testing. Edit:
- I've corrected two small errors in the Dutch Moksha translations. See GitHub. - The revised mintupdate (gm10 edition) has disappeared from the Bodhi repo.... Are there any plans on bringing it back? Personally, I certainly miss it. It's a very cool and useful tool for managing updates and kernels.
A follow-up on my first feature request / bug report: 1. I've noticed that usrmerge isn't installed by default in Bodhi 6.0 bèta. That might cause problems, because both Ubuntu 20.04.x and Linux Mint 20.1 contain usrmerge nowadays, so packages built for them will expect the system to be merged. See this notice in the Mint blog (first item): blog.linuxmint.com/?p=4049Therefore I think it's probably a good idea to add usrmerge to the iso. I've merged the VM in which I'm running this bèta (i.e. I installed usrmerge in it and rebooted), and all is still working well. So apparently there are no technical objections to merging the system in Bodhi 6.0. Always look forward to your ISO reviews and suggestions, kiezel  I make sure I read everyones posts here in threads of importance like this one. And I will answer in time, sometime that may take me a day or so. On the ubiquity menu item (Applications - Preferences), I would hope users would not be looking for it in the menu, as I now have it placed on the Desktop, a 64x64 Icon. Hard to miss. Regardless I did not modify its desktop file with regards to whatever category ubuntu stuck it in. So it appears in our menu where it is. I thought a Desktop Icon would be easier than a small icon in iBar on the Shelf like it was in past BL ISOs. Took a bit of trickery to do that actually ... If I move it in the menu where would I move it? On the 14.8 GB disk space for installing issue, we have been aware of that for a while and it is even more on a UEFI install. And as noted in the deleted posts here the root cause was a leftover swapfile that unintentionally ended up on the ISO and hence on the installed system. As noted I had been aware of this issue for over a week but it was a lower priority than other things like UEFI installs being broken over the least little change I made to my build process. Or at least it seemed that way. Besides I suspected (or hoped) the size increase was due to some minor flaw in the build. fortunately, I was right, in switching from using lubuntu as a base to Ubuntu server install, the name of the swap file changed from swapfile to swap.img. I was aware of that but was under the impression my build scripts were smart enough to find the proper swap file and remove it from the squashed filesystem. Clearly I was wrong. The script is that smart now  Even tho I knew about the increased size of the filesystem I released the ISO. We felt under pressure to release it by Sat, esp after I stated it would be released by sat. That was before I found a couple of more urgent issues and was in a rush to fix those. To all users who have installed this iso, dated 2021-04-03, merely delete the unneeded swap file. No real need to do anything else. On usrmerge not being installed by default, I will go ahead and add it. However, I see no real need for it. The Base I am making the ISO on has already been merged and the file system installed by the ISO should also end up already merged. I must thank you for pointing that out as I did a lot of reading on it and it reminds me I need to closely examine all the Debian folders we use for making Bodhi packages to make sure what scripts they have in them adhere to the merged filesystem structure. I have noted no issues with any of them, but a close examination is certainly warranted. Now as to the mintupdate tool, I probably need to look at packaging that myself as the PPA stuff is rather old. That seems like it might take some work to strip out unneeded mint stuff. It is on my todo list, I just have not done it. For the record, I believe the version in the PPA does work. For the time being, I may just add that to the BL6 repos. At least by the time I make the AppPack version of the ISO.
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 5, 2021 20:05:23 GMT
Cool! No hurry, by the way.... Make sure to have enough moments of Rest & Recuperation. BL 6 is already a job well done; we're only talking about refinements now. 
|
|
|
Post by ylee on Apr 5, 2021 21:56:44 GMT
Cool! No hurry, by the way.... Make sure to have enough moments of Rest & Recuperation. BL 6 is already a job well done; we're only talking about refinements now.  Thanks  Just so all are aware the ISO has been uploaded and the link on the first page updated to show its location. Installed size now is about 5G. No issues on a BIOS install on a VM. All recent changes have been added. No real need to reinstall unless you wish to. wget https://master.dl.sourceforge.net/project/bodhidev/6.0.0-beta/bodhi-6.0.0-64-beta.iso
|
|
batden
Member
Posts: 43
Likes: 65
|
Post by batden on Apr 6, 2021 10:20:18 GMT
Feature request: Add language-selector-gnome (shows "Language Support" entry in main menu) for non-english speakers.
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 6, 2021 10:41:02 GMT
The new iso is fine!  Some refinements I'd like (no hurry): 1. Thunar has "Show hidden files" enabled by default. I think it's better to have that disabled by default, like in the other Linux distro's that I know. It's expected behaviour that they're hidden in the file manager (and more convenient as well, in my opinion). 2. Synaptic isn't Dutch localized, whereas it's fully translated into Dutch at upstream (Ubuntu). This may be the case because of a weird quirk in Synaptic itself: in my Linux Mint and Ubuntu, it's the only application that puts its Dutch translation into: /usr/share/locale/nl_NL/LC_MESSAGES Whereas the expected folder would be: /usr/share/locale/nl/LC_MESSAGES Or: /usr/share/locale-langpack/nl/LC_MESSAGES It's really weird that Synaptic needs this nl_NL subfolder for its Dutch translations; there's no other application that does. I may contact the upstream Synaptic devs about this sometime, because it serves no earthly purpose and only creates confusion.... 3. In the live session, I didn't see a desktop shortcut for ubiquity. Perhaps it's a good idea to add a second menu item for it, in Applications - System Tools (while maintaining the current menu item in Applications - Preferences)? A second entry won't hurt, and if it makes it easier for some people to find ubiquity....
|
|
rrashkin
Crew Member
 
Posts: 101
Likes: 85
|
Post by rrashkin on Apr 6, 2021 13:48:30 GMT
I was unable to remove "swapfile"
rashkin@gtway:~$ sudo rm /swapfile [sudo] password for rashkin: rm: cannot remove '/swapfile': Operation not permitted rashkin@gtway:~$
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 6, 2021 13:52:52 GMT
I was unable to remove "swapfile" rashkin@gtway:~$ sudo rm /swapfile [sudo] password for rashkin: rm: cannot remove '/swapfile': Operation not permitted rashkin@gtway:~$ That's the wrong one to delete. It's the other one that needs to be deleted, called /swapimg (if I remember correctly). The swap file needs to stay.
|
|
|
Post by ylee on Apr 6, 2021 15:52:08 GMT
... 1. Thunar has "Show hidden files" enabled by default. I think it's better to have that disabled by default, like in the other Linux distro's that I know. It's expected behaviour that they're hidden in the file manager (and more convenient as well, in my opinion) Already noted and fix. Saw that yesterday and trivial to fix. ... 2. Synaptic isn't Dutch localized, whereas it's fully translated into Dutch at upstream (Ubuntu). This may be the case because of a weird quirk in Synaptic itself: in my Linux Mint and Ubuntu, it's the only application that puts its Dutch translation into: /usr/share/locale/nl_NL/LC_MESSAGES Whereas the expected folder would be: /usr/share/locale/nl/LC_MESSAGES Or: /usr/share/locale-langpack/nl/LC_MESSAGES It's really weird that Synaptic needs this nl_NL subfolder for its Dutch translations; there's no other application that does. I may contact the upstream Synaptic devs about this sometime, because it serves no earthly purpose and only creates confusion.... Turns out this is a weird one. The Ubuntu synaptic deb file for focal has no locales in it. Neither does the bionic package but the package for xenial does. Since ubuntu packaging usually is the same as Debians or derived from Debians I found out that Debians synaptic package includes locales. So if you have a Ubuntu install and it is more recent than xenial I am unsure why synaptic would even have the localization files. So I decide to take a look at Mint. Now there is a reason I have 20 some vms, so in my Mint VM we have: ylee@ylee-VirtualBox:~$ dpkg -S /usr/share/locale/nl_NL/LC_MESSAGES/synaptic.mo synaptic: /usr/share/locale/nl_NL/LC_MESSAGES/synaptic.mo ylee@ylee-VirtualBox:~$ dpkg -l synaptic Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-================-============-==============================> ii synaptic 0.84.6linuxmint2 amd64 Graphical package manager
Note Mint is packaging their own version of synaptic. That would explain why Mint has the localizations for it, even thought Ubuntu lacks them. I considered just grabbing the whole locale folder in the Mint package and dumping into my Build ISO VM, so Bodhi would at the very least have them. But maybe the Mint version is patched and the locales are not necessarily correct for the Ubuntu version. The package is not on Mints github page unless I somehow missed it. Now I know if I dig hard enough I can find Mints source package for a given app or library. But instead I decided to take a look at Ubuntus packaging stuff, thinking perhaps they had changed the debian packaging in some subtle way that broke the locales from getting installed. So I found all that on Launchpad and noticed they had indeed replaced the Debian rules with their own. But the rules file looked ok and the source package has all the po files. Very strange, so I thought why not just build it and see what is going on. So installed the needed build dependencies on my BUILD vm for BL6 and ran dpkg-buildpackage -rfakeroot -b -uc. That is how I usually build deb files in a source package (I know there are other commands that will do it, but sometimes they give me problems). Naturally I ended up with the synaptic_0.84.6ubuntu5_amd64.deb file, and oddly enough that deb file has all the needed localizations in it. At this point I decide to stop my investigation into the missing locales, falls under the category not my problem. I will find some time and email the package maintainer, Julian Andres Klode, and inform them of this issue. It may be something wrong in the build process, i did not look over the buildinfo stuff on launchpad. Or there may be another reason the locale folder was removed from the synaptic deb file. That is really the most I can do regarding the Ubuntu side of things. Now as to the Bodhi side of things I am installed the deb file I made with the locales on my Build-ISO vm, so the locales will be on future BL6 isos I make. I will take a look at and verify it seems to be working for Dutch, as it includes both - /usr/share/locale/nl/LC_MESSAGES/synaptic.mo
- /usr/share/locale/nl_NL/LC_MESSAGES/synaptic.mo
And the files differ. The one in locale/nl is much bigger than the one in locale/nl_NL. The source package has po files for both of these. NOTE: an update to synaptic in the future can break this and possibly remove the locales. I will try to remember to keep an eye out for it, but if I fail to notice, perhaps someone can remind me ... If that happens I will find some way of dealing with it and restoring the locales. Unrelated to the locale issue regarding synaptic, I noticed when it compiled it throws at least one very scary and bad warning, something about reaching the end of a non-void function with no return value. I did not save the message and resisted the temptation to look the code, but an error like that in C can cause some BAD things to happen if the app goes thru that path in the code base during execution. Whatever again not my problem and perhaps even fixed upstream in a more recent version of synaptic. I am not wasting time looking tho and I have never had mysterious crashes out of the program before, but that does not mean it is not STOMPING on memory somewhere. Sometimes you can get away with that and sometimes you can't.
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 6, 2021 16:03:24 GMT
Thanks for taking the time to investigate this!
I just discovered that in my Linux Mint 20.1, like you discovered too, Synaptic not only has a very small synaptic.mo in /usr/share/locale/nl_NL/LC_MESSAGES, but a much bigger one in /usr/share/locale-langpack/nl/LC_MESSAGES as well.
The difference with your findings is that the bigger one is in the subfolder locale-langpack, not in locale.
Anyway, the bigger one seems to be the real one, because the first one is simply much too small....
Weird.
|
|
enigma9o7
Crew Member
 
Posts: 1,055
Likes: 1,109
|
Post by enigma9o7 on Apr 6, 2021 16:04:51 GMT
Feature request: Add language-selector-gnome (shows "Language Support" entry in main menu) for non-english speakers.
You know it's in the settings panel?
But what I think would be a better feature request (for non english speakers) would be to apply the language selecting during live boot (the very first prompt moksha asks before you start the installer even)
to the installation. I tested that on latest beta and didnt' seem to do anything.
|
|
kiezel
Crew Member
 
Posts: 143
Likes: 219
|
Post by kiezel on Apr 6, 2021 16:21:45 GMT
Thanks for taking the time to investigate this! I just discovered that in my Linux Mint 20.1, like you discovered too, Synaptic not only has a very small synaptic.mo in /usr/share/locale/nl_NL/LC_MESSAGES, but a much bigger one in /usr/share/locale-langpack/nl/LC_MESSAGES as well. The difference with your findings is that the bigger one is in the subfolder locale-langpack, not in locale. Anyway, the bigger one seems to be the real one, because the first one is simply much too small.... Weird. To add: I simply copied the synaptic.mo file from my Linux Mint 20.1, the bigger one in: /usr/share/locale-langpack/nl/LC_MESSAGES into my Bodhi 6 into: /usr/share/locale/nl/LC_MESSAGES Then I launched Synaptic in my Bodhi and lo and behold, it was fully Dutch localized.... So it's indeed the bigger one that's the right one, and it doesn't need to be in the subfolder locale-langpack, but it can simply be put into the subfolder locale, like the translations for all the other applications. The smaller one in the strange nl_NL subfolder appears to be quite useless. It's only the subfolder nl that counts.
|
|