Mr Leslie

Forum Replies Created

Viewing 15 posts - 16 through 30 (of 67 total)
  • Author
    Posts
  • in reply to: For build-kit-23.zip or the git download #2482

    Mr Leslie
    Participant

    Thanks Vince.

    Spent the morning performance tuning an application that I wrote in C.
    I am intending to do the build kit in the AM (it is 11pm) and today my day is too long.

    Thank you again for the follow up.

    in reply to: Remix futures #2480

    Mr Leslie
    Participant

    Hi Vince. Sorry, but I forgot to include the 23 before the dot zip.
    I posted a new message before I read your response.

    I have run the two git commands. git clone -b 23 https://github.com/chapeaulinux/build-kit and git pull origin 23

    in reply to: Remix futures #2477

    Mr Leslie
    Participant

    Hi Vince,
    I pulled build-kit.zip, created the ln -s /build-kit …
    When I ran sudo setup-build-host.sh and ran into two problems.
    a) Error on line1 with !/bin/sh . Don’t you mean #!/bin/sh or #!/bin/bash ?
    b) dnf install dnf-utils
    No package dnf-utils available.
    Error: Unable to find a match.
    I tried sudo dnf list dnf* without success.
    There is a dnf utils that I found via Gnome. Is that what you are referring to?

    I really want to create my updated chapeau23.20Jan2016
    Can I continue without dnf-utils package?

    in reply to: Remix futures #2476

    Mr Leslie
    Participant

    Thank you guys.

    Most is redundant I use less
    I am exploring tmux, autojump, and screen. With the command line I use vim (preferred without colouring), and in GUI, qt-creator (for C, C++). I will explore screen as well.

    I touch type, and do much of my interesting stuff with command line. And yes, I found xfce better than Gnome/KDE for getting things done.

    I will look at all the tools you proposed. I think autojump may be the one I choose to standardize for my needs.

    I am not going to get into the Chapeau-Korora arguments. Each as their merits. I do like the korora’s /etc/profile.d/custom.sh file that puts the alias commands in one location.

    in reply to: Remix futures #2465

    Mr Leslie
    Participant

    Hi Vince

    I am an eight hour per day Linux user. Gnome is very left mouse button intensive. I have from Gnome’s “extensive extra mouse clicks” to do things, achieved Carpal Tunnel syndrome with my RH forefinger. With Gnome 3.14, it used to take 2 mouse clicks to mount a drive, and 2 mouse clicks on the desktop’s icon for drive representation to unmount the drive. If you do not use a Gnome tweak, it now takes between 6 or 7 clicks do do the same thing (if the side bar is closed, 7 clicks). I consider Gnomes extensive increase of and reliance of the left mouse button a health hazard.

    The Taskbar application allowed me to save many mouse clicks. Taskbar allows me to issue one click to launch any program that I have placed into the dash. At the end of the day, less pain means gain.

    I did use systemctl | grep failure and eliminated those extra failure messages. FYI, these failure messages that do not appear in dmesg.

    If Chapeau is for casual use, I would not bother with this posting. But I tend to have it running two to three days in a row without inervening Linux reboots.

    in reply to: Failure messages during boot (beta2) #2377

    Mr Leslie
    Participant

    Hi Vince,
    I’ve been trying to shut off the systemctl Failure Messages that appear during the boot process. I did succeed with akmod (systemctl disable akmods)
    Some of the items I disabled appear enabled on the following boot. Its an annoyance, as I often watch the boot process, looking for red-error text. That systemctl failure message is not in dmesg.
    I did find it within systemctl | grep failure

    Second comment. I have a /etc/profile.d/custom.sh that I borrowed from Korora guys.
    Is this where you put some of your alias settings?

    in reply to: e chapeau is ê not é #2376

    Mr Leslie
    Participant

    Hi Vince,
    I am quite delighted with Chapêau 23, and you deserve a great pat on the back. I have been promoting it on the Fedoraforum to the level where they were almost ready to kick me off, except that I told them, “No distribution should require adopters to have to hunt for all the software repositories and for the files therein, or even hunt for software tools to download extra workspace software”.

    I stated that Chapeau allows me to have one ISO image in my flashdrive that has all that I need. Chapeau serves as a Windows 10 alternative for the desktop. It is useful for the student, for the software developer or even for a simple web / email casual user.

    The Christmas holidays and the New Year are very fast approaching, I want to wish you the very best for the holidays. I expect that 2116 will be in all ways, a better year than 2115.

    in reply to: Failure messages during boot (beta2) #2240

    Mr Leslie
    Participant

    Vince,

    Thank you for the time to spend responding to my inquiries. I think you know that my default distro at hands-off boot is Chapeau23

    I look forward to next weeks release.

    in reply to: Failure messages during boot (beta2) #2237

    Mr Leslie
    Participant

    Hi Vince. Perhaps you have a guess as to why only Beta2 has those systemctl messages, and not beta1. As well, these messages are not in Suse’s latest and not within Korora23 beta.

    I tried to add the missing programs, so as to eliminate these error messages. Even with added programs, these annoyance messages persist, meaning I have to watch the boot-up process diligently.

    Is it possible that when you ran the build for beta2, it was built with a test Kernel. with extra test software?

    A challenge “If you have some spare time, can you build a beta3 to confirm beta3 does not have the same messages”?

    BTW, I have no outstanding software dependencies left when I run dnf. Nothing left over to cause dnf to wait for rpmfusion One program

    I did have to remove the Mint interface that insisted on installing yum legacy and not yum-dnf.

    in reply to: Failure messages during boot (beta2) #2225

    Mr Leslie
    Participant

    Vince.
    Please take a flashdrive with beta2, boot, and watch the boot process line by line on a real system, not on a virtual one. You will see scrolling by the above error messages

    Is there a way to pause the boot messages so that I can copy and paste to a file?
    Dmesg and journalctl listings are clean.

    in reply to: Failure messages during boot (beta2) #2224

    Mr Leslie
    Participant

    Hi Vince
    With Beta1, I have 1 and only 1 message about akmods.
    When Beta2 was made available, the exact groups that I installed in Beta 1 were installed in Beta 2.

    Weird that beta2 has the extra failure messages (when watching the boot process). They are harmless, but annoying, as I sometimes watch the boot process to insure that the system is healthy.

    in reply to: Weird situation with Beta2 installation #2214

    Mr Leslie
    Participant

    One problem was the corrupted flashdrive. So that takes care of integrity.

    Regarding Fedora not remembering the keyboard. I went to terminal mode.
    It was defaulted to English (USA). I used localectl set-keymap ca

    and these two items close this problem

    (solved)

    in reply to: I am using the default Moka #2199

    Mr Leslie
    Participant

    Vince,.

    Here is a beta2 problem.
    ISO md5sum matches your posted value.
    But…
    boot flash drive and from troubleshooting menu, test the flash to do an installation. The test fails. I recreated flash from iso.

    Also watching Failure-error/warning messages from boot screen of flash drive I ignored them. I watched worse messages, after installation (re)boots each time. (eg, messages about subversion, voice, and some some other messages. dmesg and journal shows on or two errors.

    And, unless I log into Gnome 1st, I cannot open terminal for command line login. Please check, Ill take down a beta 3, if you want me to test further.

    in reply to: Your product core needs to be a higher version #2115

    Mr Leslie
    Participant

    Perhaps I am looking at the wrong way to resole a problem. SUSE has the option to prioritize repros. SO that duplicate file locations for new versions of a program or library or whatever) will be provided by the rpm which is highest in priority.

    If you dated your files as today+370 (Chapeau 25 will be out by then), would that problem evaporate?

    in reply to: Time for a beta version #2100

    Mr Leslie
    Participant

    Congratulations on producing this rich Beta Remix to extend Fedora 23 workstation. Rich is an understatement.

    Thank You

Viewing 15 posts - 16 through 30 (of 67 total)