User talk:Maffblaster

Previous discussion was archived at User talk:Maffblaster/Archive 1 on 2016-09-29.

Previous Open discussions remain at User talk:Maffblaster/Open as of 2019-04-15.

Color palette

Lars Hint|Posted on May 3 at 6:45 pm|

Hello, in 2016 you modified the {{Yes}}, {{No}} and {{Partial}} templates to replace the colors. A few days later, you undid (Special:Diff/460784/464382) the changes in the {{Yes}} and {{No}} templates but not in {{Partial}}. I would like to know if there is a specific reason for this or if you just forgot to undo the changes? The question is important because the current color doesn't fit in the palette and makes the design look less professional.

Current palette:

	Status
	Works
	Partial
	Borked

Old palette:

	Status
	Works
	Partial
	Borked

User:maffblaster|Posted on May 8 at 7:35 pm|

Not a reason for it that I remember. I don't consider myself a graphic design or well versed in color theory. Please feel free to adjust as necessary to improve the look. We'll revert anything we don't like. Thank you!

embedded systems

Lars Hint|Posted on Feb 22 at 2:23 pm|

Is there a reason why categorizing embedded devices is so different from categorizing everything else? Even the naming convention is different. Doesn't it destroy the idea of categories? People have to specify the boards in two articles manually: here and here. And the number of the articles does not even match. I came across this completely by accident, it's not documented anywhere. Even the blueprint does not say anything about it. There are dozens of articles that don't get there because people are confused.

In my opinion, names in form Embedded_Handbook/Boards/Pine64/QuartzPro64 should be avoided by four reasons:

All Board articles are independent articles and they are not part of the Handbook. By including an article in the Handbook namespace, others may think that the articles are written by Gentoo developers, and that's wrong. Most of the articles are provided AS IS, without any audit. The Handbook should remain generic, laptop pages are not part of the Handbook, so why should boards be?
Long names separated by slashes are hard to read.
Manual categorization will never work.
Some official names include slashes (e.g. Embedded_Handbook/Boards/QNAP_TurboStation_109/209/409 - others may treat QNAP_TurboStation_109 and 209 as categories).

I suggest categorizing everything like Category:Laptops.

User:maffblaster|Posted on May 8 at 7:40 pm|

The Embedded Handbook was not my original creation. I just ported it to the wiki and made slight adjustments when necessary. It would seem you have already started adjusted categories. I think that categorization should be performed in a way that makes sense for the field.

Lars Hint|Posted on May 15 at 6:33 am|

Adjustment is frozen as Waldo Lemmer (Waldo Lemmer) has designed a template {{ProductPage}} that needs to be integrated (see Category_talk:Embedded_systems).

broken templates

Lars Hint|Posted on Feb 18 at 6:04 pm|

I am writing just in case you are not aware that the templates you modified on December 28 do not work correctly. This affects Template:Note, Template:Tip, Template:Warning and probably other templates.

Example 1:

{{Note|
* <- The first bullet is ignored.
* ...
}}

Note
* <- The first bullet is ignored.

...

Example 2 (the feature is listed in Template:Note/doc):

{{Note|first parameter|SECOND PARAMETER IS LOST}}

Note
first parameter

User:maffblaster|Posted on Feb 19 at 6:17 am|Last edited on Feb 19 at 6:18 am|

The bullet points are difficult to test. I added a testcase and it is indeed not working like I would expect. Not sure what the deal is there.

By design the Note, Tip, and Warning templates do not accept a second unnamed parameter... so they are not broken. They are just not built to that expectation.

Lars Hint|Posted on Feb 24 at 12:07 pm|Last edited on Feb 24 at 12:08 pm|

Shouldn't the case of the second parameter be labeled as incorrect (like in Template:Confused? The current documentation is a bit confusing.

Fix duplicate template argument added

Grknight|Posted on Jan 11 at 1:46 pm|

Please update the FileBox in Handbook:Parts/Installation/Base section "Installing binary packages" as there is a double pipe right after the template name.

User:maffblaster|Posted on Jan 11 at 8:20 pm|

You fixed that fast... Special:Diff/1273605/1273612. Thanks, Brian! --Maffblaster (talk) 20:20, 11 January 2024 (UTC)

Didn't get your email

JGaz|Posted on Dec 24 at 3:36 pm|

Hey Maffblaster,

I see in the wiki notification area that you sent me an email. Unfortunately, I never got it. I suspect you emailed me via the wiki's web form and ran into the accursed Gentoo Wiki Gmail bug. You can either drop me a line via my discussion page or send me an email directly at my first name dot my last name at Gmail dot com. (I'm avoiding spelling it out so that spam bots don't scrape the email address). My first and last name are documented in my user page under the words "contributing user" on the right hand side of the page. —JGaz (talk) 15:36, 24 December 2022 (UTC)

User:maffblaster|Posted on Dec 25 at 9:49 pm|

I did send you an email. Thanks, Jeff!

JGaz|Posted on Dec 26 at 2:05 am|

Hmm... strange. I don't see anything from you in my Gmail inbox. Are you sure you spelled my email address correctly? —JGaz (talk) 02:05, 26 December 2022 (UTC)

User:maffblaster|Posted on Dec 26 at 3:36 am|

I meant I sent you a message from the wiki email interface, but not directly to your email yet. I'll have to re-write it. Thanks, --Maffblaster (talk) 03:36, 26 December 2022 (UTC)

Thanks for the deletes

User:ris|Posted on Dec 28 at 12:27 am|

Thanks for the deletes! I think there are more to come, but I hope it will be a bit clearer what is left to do now that those ones are gone :).

You have a message on #gentoo-wiki ;).

All the best, merry Christmas -- Ris (talk) 00:27, 28 December 2021 (UTC)

User:maffblaster|Posted on Dec 28 at 12:28 am|

You're welcome. I'll check IRC in a few minutes. Thanks! --Maffblaster (talk) 00:28, 28 December 2021 (UTC)

Full handbook hitting limits

Grknight|Posted on Aug 26 at 4:49 pm|

It seems apparent that the "Full" handbook pages are hitting template limits particularly as they are being translated. Handbook:AMD64/Full/Installation/ta is included in Category:Pages_where_template_include_size_is_exceeded and does not render because of it.

We need to find a solution to the problem which may mean splitting "Full" further than it already is.

User:maffblaster|Posted on Aug 26 at 10:05 pm|

Ugh. Okay... How about we lock editing on the Handbook: namespace, scrape it off the wiki, throw it back in git, and build it with Sphinx? I believe Sphinx has decent translations support. =P

Grknight|Posted on Aug 27 at 12:25 pm|

The Handbook itself and the translations are not the real issue. Just trying to make Handbook:$arch/Full is reaching a limit. Even English will be impacted if it continues. The simplest thing is to either split the largest Full page(s) into 2 or not have them at all

Your edit in the BTRFS wiki (https://wiki.gentoo.org/index.php?title=Btrfs&diff=next&oldid=926241)

Gabrielg|Posted on Apr 2 at 8:48 am|

Hi, Maffblaster, I saw your edit and some things didn't feel right, so I would like to discuss them with you:

Are you certain that advising a risky but "safe" device removal by shutting down the system is wise? We are not saying that you have to have a redundant profile - basically if you do this on anything that isn't at least RAID1, you will lose data.
Are you sure that it is faster to remove a device this way? Your solution indeed mentions that you have to mount the fs in degraded mode, and indeed then you have to fix the fact that you removed a device by scrubbing the fs - isn't this what "btrfs de remove" will do gracefully anyway? In what way you save time?
It is worth mentioning what you do in case the device does fail and cannot be recovered - degraded mode (and a few other tricks) will certainly be needed to gain access to the fs again.
Since you also mentioned that the device could be replaced, it's probably high time that we introduce "btrfs de replace", which is definitely the fastest way to replace a device, with the "small" caveat of having to add the additional device to the fs in advance.

Let me know your thoughts - I'm happy to merge this info, but didn't want to do it without consulting first. Cheers!

User:maffblaster|Posted on Apr 5 at 8:14 am|Last edited on Apr 5 at 8:15 am|

Hi Gabrielg ,

Your point about RAID0 is good. If the device is in RAID0, then it will lose data if a drive is yanked. All other RAID modes for btrfs include redundancy however, so they are not a problem to force remove if necessary. If you'd like, you can revise those instructions to use the remove command instead. In my experience just takes a LOT longer to run the remove than it does to simply pull the device, and then mount the filesystem in degraded mode, then add a new device, and balance...

Please merge your suggestions and remove anything I wrote that's risky.

Thank you!

User:maffblaster|Posted on Apr 5 at 6:19 pm|Last edited on Apr 5 at 6:20 pm|

Here's how long it takes me to perform a balance operation currently. In this attempt I did convert to RAID1, however as you can see, the operation takes some time (3.8 days):

time btrfs balance start -dconvert=raid1 -mconvert=raid1 /srv
WARNING:

        RAID5/6 support has known problems and is strongly discouraged
        to be used besides testing or evaluation. It is recommended that
        you use one of the other RAID profiles.
        The operation will continue in 10 seconds.
        Use Ctrl-C to stop.
10 9 8 7 6 5 4 3 2 1
Done, had to relocate 849 out of 849 chunks

real    5590m16.646s
user    0m0.000s
sys     648m28.856s

Account deletion

Anonymous|Posted on Jul 5 at 8:35 pm|

Hi Maffblaster,

Could you delete my account, please?

Best regards, Feng.

User:maffblaster|Posted on Jul 15 at 10:52 pm|

Feng,

I read what you wrote on your wiki userspace page. Is there some specific documentation here on the wiki that you find lacking? If you list some topics you believe are lacking perhaps I can help you find the information that you desire or write some new documentation for the missing gaps. I find time here and there to update and add content to various articles, but tacking a lot of large new articles can be challenging. It's time consuming, but can be rewarding if I can help users similar to your disposition. =)

Are you sure you want us to delete your wiki account? It is a one-way operation that cannot be undone.

Kind regards, maffblaster

Anonymous|Posted on Jul 18 at 8:11 am|Last edited on Jul 18 at 8:13 am|

I do not want to get involved in Gentoo anymore, you could delete my wiki account. Feedback: the mailing list interface is awful: look at those screenshots https://imgur.com/a/72s6BKE

Now, I prefer to use Guix because it is a better development environment than Gentoo. I do not want to spend an indefinite time manipulating the Portage ecosystem. Moreover, I believe Gentoo has big problems since a long time: evolution perspectives and team cohesion.

User:maffblaster|Posted on Jul 22 at 11:07 pm|Last edited on Jul 22 at 11:10 pm|

You got it. Looks like you can use the following tool to close your own account: https://wiki.gentoo.org/wiki/Special:CloseAccount

If it doesn't work for you please let me know, I can merge and remove your account if doesn't work.

User:maffblaster|Posted on Aug 26 at 5:03 pm|

For those reading this in the future, the close account tool is no longer available.

User:maffblaster|Posted on Dec 24 at 2:11 pm|

For the record, the account has been removed.