Re: [arch-general] adding Polybar to offical Repos

[Robin Broda via arch-general]

On 7/22/20 11:50 AM, Ben Oliver via arch-general wrote:
> On 2020-07-22 14:54:13, Ram Kumar via arch-general wrote:
>> is is possible to include Polybar to the official packages under extra or
>> community? if not could u plz explain?
> 
> Polybar requires optional modules to be already installed before you compile 
> it. Once built with those, it won't run without those dependencies installed.
> 
> So to have a pre-compiled version you would need to either force-install 
> every optional dependency with the Arch package (no longer 'optional', and 
> kills extendability), or make decisions on which features to include/exclude 
> (no longer 'customisable').
> 
> Unless this changes I don't see that polybar is compatible with Arch 
> packaging. However, the AUR is an ideal place for it.


This is correct. The polybar developers are aware of this, too, but it still 
needs to be fixed.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Re: [arch-general] Blank screen after an interval; maybe related to laptop power supply?

[Robin Broda via arch-general]

On 10/27/19 1:10 AM, Dartme via arch-general wrote:
> I turn on my laptop, sign in (Linux getty), and use the laptop for a couple
> minutes (no graphical applications), then the screen goes black and the
> machine does not appear to respond to any user input (CTRL+ALT+F2, etc.).
> The only recovery I have found is to hold the power button and restart. The
> logs show nothing. When I use the computer without the power supply plugged
> in, the problem doesn't manifest. I'm using a Dell Precision M 4700.
> 
> Any suggestions? What should I be looking at to begin diagnosing the
> problem?
> 

Can you try blindly typing a command, like `poweroff`, when this happens -
to see whether the device indeed powers off?

This would confirm whether user input is still being taken or not,
which helps debugging this substantially.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Blank screen after an interval; maybe related to laptop power supply?

[Robin Broda via arch-general]

On 10/27/19 2:06 AM, Kevin Custer wrote:
> Do you have an nvidia optimus configuration? Maybe your nvidia side of
> things is having issues when connected to power?
> 

That would not affect the tty.


-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Package guidelines 

[Robin Broda via arch-general]

On 10/14/19 4:48 PM, Alberto Salvia Novella via arch-general wrote:
> I want to suggest including all or some of these in the package guidelines 
> , or the 
> appropriate documentation:
> 
> 
> *New items:*
> 
> - Write your PKGBUILD in a way that will work by itself as long as possible, 
> for example by automatically generating the list of archives instead of hard 
> coding them.
> 

What

> - As far as practicable don't work around bugs on the package, but fix them 
> as upstream as possible.
> 

> - In package() "mv" locally built files, and "cp" or "install" the rest.
> 

?

> - In pkgdesc don't describe what the package is, but rather what it does. 
> Using a natural wording that any person will understand. For example don't 
> say "GTK UVC video viewer", but "Captures image from a webcam".
> 

This is wrong

> - If the license is a Creative Commons one, write it like "CCPL:by-sa".
> 
> 
> *Modifications:*
> 
> - Start new variables and functions names with a capital letter, to avoid 
> clashes with those in makepkg itself.
> 

This directly conflicts with our existing package etiquette[1]

> - In pkgver(), any printf() line shall finish with the new line char (\n).
> 
> 
> *Useful functions:*
> 
> In package(), you can set permissions recursively with:
> find "${pkgdir}" -type d -exec chmod u=rwx,g=rx,o=rx {} \;
> find "${pkgdir}" -type f -exec chmod u=rw,g=r,o=r {} \;
> chmod +x "${pkgdir}/usr/bin/${Name}"
> 

This is universally stupid. Sometimes permissions exist for a reason...

> In pkgver(), you can get the version from a web-site with something like this:
> curl --silent "${url}" | grep "${string}" | cut --delimiter='"' --fields=1
> 

No, you may not curl a remote for a version string. pkgver is ran *after* 
source acquisition.

> 
> (Reply to this email including me on the recipients list, or I won't receive 
> it)

Too bad(?!) - Subscribe to the mailing list if you wish to partake or start 
threads like this...


Please don't make up new guidelines that are both nonsensical and in direct 
conflict of existing guidelines.

[1] 
https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_etiquette

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] `base` group replaced by mandatory `base`, package - manual intervention required

[Robin Broda via arch-general]

On 10/11/19 9:55 PM, John Crist via arch-general wrote:
> As such, time can be made to contribute, but time can't be given to explain
> why a moderative action was taken and how best to proceed in the future.
> 

You've got the explanation in the mail that informed you about the removal 
automatically :)

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] PCYNLITX project and its innovations ( for multi-threading )

[Robin Broda via arch-general]

On 6/30/19 5:32 AM, David C. Rankin wrote:
> On 06/28/2019 02:18 PM, Erkam Murat Bozkurt via arch-general wrote:
>> PCYNLITX platform offers completely new programming technology which can be
>> named as Programmable Meta-Programming System and PCYNLITX platform is just
>> a particular application of this new programming methodology.
> 
> This seems to have spammed every list available, Ubuntu, ACCU-general,
> Arch-general, etc.. with the same base64 encoded self-promotion. Any way to
> cut down on this?
> 
> 

I don't see any base64 (beyond DKIM headers, anyways) in the mail.

Anyways, how do you suggest we cut down on what appears to be an isolated case? 
:P


Just ignore it and move on ^^
-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] How long do you make the passphrase for the private key?

[Robin Broda via arch-general]

On 6/24/19 5:45 PM, Jude DaShiell wrote:
> The last standard the United States Navy used before it migrated to
> smartcards was 16 characters with at least two digits; at least two
> upper-case, at least two lower-case, and at least two special
> characters.  A slight improvement on that would have been to insure the
> pass phrase started and ended with a letter.
> 

Unrelated to the topic at hand, these password recommendations have been
outdated for about a decade.

Additionally, that 'slight improvement' you're mentioning actually
*decreases* the search-space required for bruteforcing...


-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Installing base unattended without specific packages

[Robin Broda via arch-general]

On 5/14/19 11:08 PM, Sefa Eyeoglu via arch-general wrote:
> This is the command, that does not work as expected:
> 
> pacman -Syu --needed --noconfirm --noprogressbar --ignore linux,linux-
> firmware base base-devel git
> 

simply repeat the --ignore option instead of trying to delimit the parameter 
somehow.

--ignore linux --ignore linux-firmware

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Participation of Arch in Google Summer of Code.

[Robin Broda via arch-general]

On 2/19/19 4:19 PM, Tinu Weber wrote:
> Author of remakepkg here. I think that adding such functionality to
> pacman would be a bit... backwards.
> 

> 
>> remakepkg invalidates .BUILDINFO and breaks reproducible builds as far as i 
>> can tell.
> 
> The semantics of .BUILDINFO in the context of remakepkg were unclear to
> me, so I chose to simply ignore it. Reproducible builds were not taken
> into account, so it's indeed very likely that it breaks that.

You could hotpatch it, but that's dirty. :P


> In the end, remakepkg is a hack. But the underlying concept itself is
> already a hack, so I'm not feeling too bad, to be honest :-)
> 
> (that being said, I'm obviously open for discussing suggestions)

I'm sure it's useful, but as you acknowledged yourself
it's kinda unfit for pacman/makepkg inclusion.

I don't have an issue with the tool itself as far as this discussion goes :)

> 
> Best,
> Tinu
> 

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Participation of Arch in Google Summer of Code.

[Robin Broda via arch-general]

On 2/19/19 7:20 AM, Michael Lojkovic via arch-general wrote:
> 
> The only thing I can think of, which applies to Arch is implementing
> remakepkg features in pacman. I was going to add those in when I got
> around to it, but it's also worth doing for Google Summer of Code.
> 
>  https://bbs.archlinux.org/viewtopic.php?id=236076
> 

remakepkg invalidates .BUILDINFO and breaks reproducible builds as far as i can 
tell.

This is a terrible idea.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] modprobe, Exec format error

[Robin Broda via arch-general]

On 1/16/19 6:15 PM, siefke_lis...@web.de wrote:
> Hello,

> Linux fr-rb-1 4.20.2-arch1-1-ARCH #1 SMP PREEMPT Sun Jan 13 17:49:00 UTC 2019 
> x86_64 GNU/Linux
> testing/linux 4.20.2.arch1-1 (base) [installed]
> core/linux 4.20.1.arch1-1 (base) [installed: 4.20.2.arch1-1]
> community/wireguard-arch 0.0.20181218-2 [installed]
> 
> Have someone a idea?
> 
> Silvio 
> 

Your kernel is from [testing], but your wireguard-arch is from [community].

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Kpartx should be in the repos and archiso for enabling encrypted GPT install

[Robin Broda via arch-general]

On 1/13/19 11:50 PM, Robin Broda via arch-general wrote:
> On 1/13/19 5:56 PM, Neven Sajko via arch-general wrote:
>> To mount a root GPT partition which resides on an encrypted disk, one
>> needs the kpartx tool to make the mapping for the partition (the kernel
>> does not independently make those for partitions on device mapper maps,
>> which is what a dm-crypt decrypted device is). Thus kpartx needs to be
>> on the Archlinux installation ISO to enable that kind of setup.
>>
>> It would of course first be necessary for an Archlinux Developer or
>> Trusted User to adopt kpartx, so I hope there is somebody willing to do
>> this ...? Note that kpartx is a common utility and in its own package
>> across a lot of distributions; like Debian, Ubuntu, Fedora, OpenSUSE,
>> ...
> 
> I just pushed it to [community] as multipath-tools, please test it.
> 

Also, we'd appreaciate it if you'd add details about this setup to the wiki.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Kpartx should be in the repos and archiso for enabling encrypted GPT install

[Robin Broda via arch-general]

On 1/13/19 5:56 PM, Neven Sajko via arch-general wrote:
> To mount a root GPT partition which resides on an encrypted disk, one
> needs the kpartx tool to make the mapping for the partition (the kernel
> does not independently make those for partitions on device mapper maps,
> which is what a dm-crypt decrypted device is). Thus kpartx needs to be
> on the Archlinux installation ISO to enable that kind of setup.
> 
> It would of course first be necessary for an Archlinux Developer or
> Trusted User to adopt kpartx, so I hope there is somebody willing to do
> this ...? Note that kpartx is a common utility and in its own package
> across a lot of distributions; like Debian, Ubuntu, Fedora, OpenSUSE,
> ...

It's your lucky day!

I just pushed it to [community] as multipath-tools, please test it.

> Appended is an example PKGBUILD which only installs the kpartx
> executable and manual page:
> 

That's terrible, why bother splitting it up from the rest of the project?

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] systemctl daemon-reexec - anything else needed after systemd update?

[Robin Broda via arch-general]

On 12/19/18 11:52 PM, David C. Rankin wrote:
> Archdevs,
> 
>   After todays update to systemd-239.370-1, there was nothing that would have
> prompted a reboot (like a kernel update), so I simply wanted to restart the
> daemon. From the systemctl man page, the daemon-reexec option seems like the
> logical way,
> 
> "...This command is of little use except for debugging and package upgrades.
> Sometimes, it might be helpful as a heavy-weight daemon-reload."

https://git.archlinux.org/svntogit/packages.git/tree/trunk/systemd.install?h=packages/systemd#n80


>   Is there anything else needed other than daemon-reexec when there is an
> update to systemd itself?
> 

You don't have to do anything.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Package grub Encourages Warnings to be Ignored.

[Robin Broda via arch-general]

On 12/9/18 2:14 AM, Amish via arch-general wrote:
> Simple is to use a tool in this case. Hand writing a full conf file is no way 
> simple.

Are you sure about that? Here's your handwritten 'full conf file'...

menuentry "Linux" {
linux  /boot/vmlinuz-linux root=... rw
initrd /boot/intel-ucode.img /boot/initramfs-linux.img
}

Yes, that's all. Please don't spread FUD

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Re: [arch-general] blueman authentication problem

[Robin Broda via arch-general]

On 8/21/18 9:10 PM, Frank Zimmermann wrote:
> Good evening,
> 
> for approx the last 2 days I noticed that the blueman applet and rfkill
> state request me to enter my password when logging in Gnome Shell.
> The following messages in my log might be of relevance:
> 
> Aug 21 20:49:56 defiant kernel: thinkpad_acpi: rfkill switch
> tpacpi_bluetooth_sw: radio is unblocked
> Aug 21 20:49:56 defiant kernel: thinkpad_acpi: rfkill switch
> tpacpi_wwan_sw: radio is unblocked
> Aug 21 20:50:03 defiant NetworkManager[636]:   [1534877403.8607]
> rfkill2: found WiFi radio killswitch (at
> /sys/devices/pci:00/:00:1c.4/:02:00.0/ieee80211/phy0/rfkill
> 2) (driver rtl8192se)
> Aug 21 20:50:03 defiant NetworkManager[636]:   [1534877403.8611]
> rfkill1: found WWAN radio killswitch (at
> /sys/devices/platform/thinkpad_acpi/rfkill/rfkill1) (platform driver
> thinkpad_acpi)
> Aug 21 20:50:03 defiant NetworkManager[636]:   [1534877403.8616]
> manager[0x563e308de000]: rfkill: WiFi hardware radio set enabled
> Aug 21 20:50:03 defiant NetworkManager[636]:   [1534877403.8650]
> manager[0x563e308de000]: rfkill: WWAN hardware radio set enabled
> Aug 21 20:50:05 defiant NetworkManager[636]:   [1534877405.2145]
> manager: rfkill: WiFi enabled by radio killswitch; enabled by state
> file
> Aug 21 20:50:05 defiant NetworkManager[636]:   [1534877405.2148]
> manager: rfkill: WWAN enabled by radio killswitch; enabled by state
> file
> Aug 21 20:50:44 defiant dbus-daemon[633]: [system] Activating via
> systemd: service name='org.freedesktop.hostname1' unit='dbus-
> org.freedesktop.hostname1.service' requested by ':1.87' (uid=1000
> pid=1227 comm="/usr/lib/gsd-rfkill ")
> Aug 21 20:50:47 defiant kernel: rfkill: input handler disabled
> Aug 21 20:53:39 defiant polkitd[736]: Operator of unix-session:2 FAILED
> to authenticate to gain authorization for action
> org.blueman.rfkill.setstate for system-bus-name::1.186 [python
> /usr/bin/blueman-applet] (owned by unix-user:frank)
> Aug 21 21:05:10 defiant kernel: rfkill: input handler enabled
> Aug 21 21:05:22 defiant dbus-daemon[633]: [system] Activating via
> systemd: service name='org.freedesktop.hostname1' unit='dbus-
> org.freedesktop.hostname1.service' requested by ':1.675' (uid=1000
> pid=4766 comm="/usr/lib/gsd-rfkill ")
> Aug 21 21:05:23 defiant kernel: rfkill: input handler disabled
> Aug 21 21:05:34 defiant polkitd[736]: Operator of unix-session:5
> successfully authenticated as unix-user:frank to gain TEMPORARY
> authorization for action org.blueman.rfkill.setstate for system-bus-
> name::1.735 [python /usr/bin/blueman-applet] (owned by unix-user:frank)
> 
> Any ideas how to change this strange behavior?
> 
> Thanks Frank
> 

You can drop a polkit config file in `/etc/polkit-1/rules.d` to authorize a 
group or user to access the action `org.blueman.rfkill.setstate`.

See also: https://wiki.archlinux.org/index.php/Polkit

Regards,
Rob

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Re: [arch-general] Thoughts

[Robin Broda via arch-general]

On 8/15/18 5:18 PM, Yury Grebenkin via arch-general wrote:
> please let me know and I will send you a copy as a plain text file

Instead of turning this into a single-way "me too" thread,
just share whatever you have upfront.

kthx

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org

Re: [arch-general] Aur git - missing .SRCINFO hook declined to update refs/heads/master - help?

[Robin Broda via arch-general]

I've got a couple of complaints regarding your existing packages

On 06/04/2018 07:29 PM, David C. Rankin wrote:
> https://aur.archlinux.org/packages/cflow/

provides=("${pkgname") is implicit;
url= & source= can be reached via https - update them!

> https://aur.archlinux.org/packages/gtkwrite_git/

The license is invalid, and please don't call it `foo_git` -
instead use the common `foo-git`;
You're also missing `git` as makedep, and `gtksourceview2` as normal dep

> https://aur.archlinux.org/packages/gtkwrite/

The license is invalid
Don't conflicts=() with the -git version or whatever,
that's what the other packages providing your pkgname should do,
not the other way around;
You're also missing `gtksourceview2` as normal dep

In general,
cd "${srcdir}" is redundant,
stop (ab)using msg() and msg2(), &
get rid of the unused assignments.


Regarding the actual issue though,

> I was trying to add a new 'console-blanking', but apparently I've got the
> git/Aur history so Fsck'ed up there is little hope. I have a love-hate
> relationship with git. I love it when it works, I hate it when it doesn't...
> 
> The -amend, rebase verbiage is Greek at the moment. If you can zero out
> whatever I did so I can simply push a new package, that would be greatly
> appreciated. If not, I'll try and stumble through the documentation on -amend
> and rebase later tonight.

You haven't pushed anything under that name to the AUR yet, just fix your local 
history.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature

Re: [arch-general] Distribution license of package information on the website?

[Robin Broda via arch-general]

On 05/29/2018 07:27 PM, Giancarlo Razzolini via arch-general wrote:
> Thinking from the technical standpoint, I just don't want our servers to be 
> even more hammered
> with API requests than they are, specially the AUR.

Well, as far as the repos go, one could just query the database files directly 
instead of
hammering that API.

-- 
Rob (coderobe)

O< ascii ribbon campaign - stop html mail - www.asciiribbon.org



signature.asc
Description: OpenPGP digital signature