Bug 33613 - 'mgarepo maintdb get | grep <nick>' is broken, even thought mgarepo didn't change
Summary: 'mgarepo maintdb get | grep <nick>' is broken, even thought mgarepo didn't ch...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: papoteur
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-06 22:19 CEST by Barry Jackson
Modified: 2024-10-07 19:17 CEST (History)
3 users (show)

See Also:
Source RPM: mgarepo-1.14.6-2.mga10
CVE:
Status comment:


Attachments

Description Barry Jackson 2024-10-06 22:19:29 CEST
Description of problem:
[baz@jackodesktop ~]$ mgarepo maintdb get

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

sudo: a terminal is required to read the password; either use the -S option to read from standard input or configure an askpass helper
sudo: a password is required
error: command failed: ssh maintdb.mageia.org /usr/local/bin/wrapper.maintdb get

[baz@jackodesktop ~]$ 

Something really odd here which has happened in cauldron in the last few days.
Comment 1 Barry Jackson 2024-10-07 00:18:19 CEST
I don't understand where '/usr/local/bin/wrapper.maintdb' has come from.

Why would anything packaged be under /usr/local/?

[baz@jackodesktop ~]$ urpmf /bin/wrapper.maintdb
Duplicate specification "version" for option "version"
Duplicate specification "debug" for option "debug"

So it seems wrapper.maintdb does not exist in cauldron.
Comment 2 Lewis Smith 2024-10-07 10:10:50 CEST
Thank you for the report.
mgarepo has not changed since 8 months.
Assigning directly to papoteur who committed v1.14.6.

Assignee: bugsquad => yvesbrungard

Comment 3 Barry Jackson 2024-10-07 10:41:12 CEST
(In reply to Lewis Smith from comment #2)
> Thank you for the report.
> mgarepo has not changed since 8 months.
> Assigning directly to papoteur who committed v1.14.6.

It is behaving the same from a Mageia 9 system and may be an issue at maintdb.mageia.org.
Comment 4 Lewis Smith 2024-10-07 10:42:18 CEST
(In reply to Barry Jackson from comment #1)
> [baz@jackodesktop ~]$ urpmf /bin/wrapper.maintdb
> Duplicate specification "version" for option "version"
> Duplicate specification "debug" for option "debug"
Bug 33611 reports this same error. Maybe it has something to do with this bug.
Lewis Smith 2024-10-07 10:44:30 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=33611

Comment 5 Barry Jackson 2024-10-07 10:47:12 CEST
I noticed last night that urpmf did not list the repos it was searching unless it was run with -v
Comment 6 papoteur 2024-10-07 11:36:38 CEST
My hypothesis is that something changed on the server side. 
The command "ssh maintdb.mageia.org /usr/local/bin/wrapper.maintdb get" is to execute on the server side.
Adding sysadmins to the discussion

CC: (none) => sysadmin-bugs

Comment 7 Marja Van Waes 2024-10-07 13:55:31 CEST
In #mga-dev on IRC it was suggested that it could be related to 

https://gitweb.mageia.org/infrastructure/puppet/commit/?id=2a2686188674bee2b19bef5f09b11f80fd63046b

Summary: mgarepo maintdb get is broken => 'mgarepo maintdb get | grep <nick>' is broken, even thought mgarepo didn't change
CC: (none) => dan, marja11

Comment 8 Dan Fandrich 2024-10-07 17:19:28 CEST
Sorry, I did break it. Fix is incoming.

For the record, an alternative and much faster way of doing this is "curl --compressed -sSf https://pkgsubmit.mageia.org/data/maintdb.txt | grep <nick>"

Status: NEW => ASSIGNED

Comment 9 Barry Jackson 2024-10-07 18:56:33 CEST
(In reply to Dan Fandrich from comment #8)
> Sorry, I did break it. Fix is incoming.

No problem - thanks!

> 
> For the record, an alternative and much faster way of doing this is "curl
> --compressed -sSf https://pkgsubmit.mageia.org/data/maintdb.txt | grep
> <nick>"

Yes much faster a more efficient - nice!
Comment 10 Dan Fandrich 2024-10-07 19:17:26 CEST
Fixed.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.