Package Details: tuxedo-control-center-bin 2.1.16-1

Git Clone URL: https://aur.archlinux.org/tuxedo-control-center-bin.git (read-only, click to copy)
Package Base: tuxedo-control-center-bin
Description: A tool to help you control performance, energy, fan and comfort settings on TUXEDO laptops.
Upstream URL: https://github.com/tuxedocomputers/tuxedo-control-center
Keywords: TUXEDO
Licenses: GPL3
Conflicts: auto-cpufreq, tuxedo-control-center
Submitter: StevenSeifried
Maintainer: StevenSeifried
Last Packager: StevenSeifried
Votes: 38
Popularity: 0.44
First Submitted: 2021-08-08 14:20 (UTC)
Last Updated: 2024-12-18 17:00 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

fluffme commented on 2024-12-11 16:30 (UTC)

There seems to be a checksum fail on tuxedo-control-center-bin.install

Attempt after killing cache:

==> Making package: tuxedo-control-center-bin 2.1.15-2 (Mi 11 Dez 2024 17:27:28 CET)
==> Retrieving sources...
  -> Downloading tuxedo-control-center_2.1.15.rpm...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 77.4M  100 77.4M    0     0  26.3M      0  0:00:02  0:00:02 --:--:-- 26.3M
  -> Found tuxedo-control-center-bin.install
==> Validating source files with sha256sums...
    tuxedo-control-center_2.1.15.rpm ... Passed
    tuxedo-control-center-bin.install ... FAILED

StevenSeifried commented on 2024-12-11 16:08 (UTC)

@gilbus thank you for the reminder. I have completely forgotten about it. Please apologize.

I updated the package following your suggestions. Pls tell me, if you agree with my changes. Otherwise, pls feel free to send my your patch via e-mail (or as comment, if you want).

gilbus commented on 2024-12-11 08:09 (UTC)

@StevenSeifried: I already asked last year but the behavior is still present unfortunately. - Services get installed to /etc instead of /usr which stands in direct contrast to the wiki page - Services get enabled during installation which also does not match the default behavior

It would be great if you could address both of them or accept a patch that I would provide happily. Thanks for your continuous work!

SimonJ commented on 2024-04-04 21:20 (UTC)

OK, thank you, the debug edit has solved it. I also learned something new.

yochananmarqos commented on 2024-04-04 19:04 (UTC)

@StevenSeifried:

who do users usually go to first when they have problems with an AUR package?

Point taken, however that doesn't mean the AUR maintainer should do anything if it's up to the user to make changes. Users will have issues with other AUR packages as well.

Notice I maintain well over 400 AUR packages and have been packaging for over 6 years.

StevenSeifried commented on 2024-04-04 18:59 (UTC)

@yochananmarqos I was in contact with two users who had problems and it turned out that it was due to the missing !debug There is also a post on Reddit about it: https://www.reddit.com/r/archlinux/comments/1bvsku7/makepkg_corrupts_binary_file_when_debug_is_not/

Either way, it's up to users to disable it in their own makepkg.conf.

I more or less agree with you, but who do users usually go to first when they have problems with an AUR package? To the maintainer of the package

yochananmarqos commented on 2024-04-04 18:38 (UTC) (edited on 2024-04-04 18:39 (UTC) by yochananmarqos)

@StevenSeifried: Why would the default debug option cause issues? I don't see any comments here about it. Either way, it's up to users to disable it in their own makepkg.conf.

StevenSeifried commented on 2024-04-04 15:31 (UTC)

I can't confirm the problems

cyanescens commented on 2024-04-04 11:50 (UTC)

Same here, I have rolled back to 2.1.7 (from a btrfs snapshot).

SimonJ commented on 2024-04-04 10:39 (UTC)

I have just installed Version : 2.1.8-1 and now no tray icon shows up, am I missing something simple?

1 2 3 4 5 Next › Last »