Bug 4130 - mgarepo wrongly remembers last section for upload
Summary: mgarepo wrongly remembers last section for upload
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Sysadmin Team
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO, Triaged
Depends on:
Blocks:
 
Reported: 2012-01-15 01:19 CET by Thierry Vignaud
Modified: 2015-03-31 02:10 CEST (History)
2 users (show)

See Also:
Source RPM: mga-youri-submit
CVE:
Status comment:


Attachments

Description Thierry Vignaud 2012-01-15 01:19:04 CET
mgarepo wrongly remembers last section
When some packages in two sections (eg: core/release & tainted/release), mgarepo will upload by default into tainted/release instead of core/release.

Eg: when uploading drakx-installer-images, it uploads it by default into non-free/release instead of core/release.
Thierry Vignaud 2012-01-15 01:19:17 CET

Source RPM: (none) => mgarepo

Comment 1 Manuel Hiebel 2012-01-16 15:39:00 CET
Hi, thanks for reporting this bug.
Assigned to the package maintainer.

(Please set the status to 'assigned' if you are working on it)

Keywords: (none) => Triaged
Assignee: bugsquad => boklm

Comment 2 Pascal Terjan 2012-02-09 17:21:53 CET
This is not a mgarepo bug, if you don't specify it will be detected by youri-submit on the server

CC: (none) => pterjan

Pascal Terjan 2012-02-09 17:22:02 CET

Source RPM: mgarepo => mga-youri-submit

Comment 3 Thierry Vignaud 2012-02-09 17:48:34 CET
youri-submit wrongly submit the section.
Whether last submitted section was core/release or non-free/release, the new submit will go into non-free/release (maybe due to ASCII sorting?)
Comment 4 Pascal Terjan 2012-02-09 17:51:11 CET
Probably due to the order of medias in the config files, I'd need to read the code.

Anyway the plan was to have it submit to both media but I did not finish coding it.
Comment 5 Marja Van Waes 2012-05-12 10:06:13 CEST
Trying to ping 41 bug reports in one move, because nothing has happened with them for more than 3 months, they still have the status NEW or REOPENED, there is no "OK" on the Whiteboard and severity and priority are "normal" or higher.

Is this one still valid for Mageia 2 rc?

If it is and you're the assignee, please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.
If it wasn't assigned correctly, please assign back to Bug Squad and explain.
Comment 6 Marja Van Waes 2012-05-26 13:09:15 CEST
Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

Comment 7 Marja Van Waes 2012-07-06 15:05:41 CEST
Please look at the bottom of this mail to see whether you're the assignee of this  bug, if you don't already know whether you are.


If you're the assignee:

We'd like to know for sure whether this bug was assigned correctly. Please change status to ASSIGNED if it is, or put OK on the whiteboard instead.

If you don't have a clue and don't see a way to find out, then please put NEEDHELP on the whiteboard.

Please assign back to Bug Squad or to the correct person to solve this bug if we were wrong to assign it to you, and explain why.

Thanks :)

**************************** 

@ the reporter and persons in the cc of this bug:

If you have any new information that wasn't given before (like this bug being valid for another version of Mageia, too, or it being solved) please tell us.

@ the reporter of this bug

If you didn't reply yet to a request for more information, please do so within two weeks from now.

Thanks all :-D
Nicolas Vigier 2012-07-06 15:11:36 CEST

Status: NEW => ASSIGNED
Assignee: boklm => sysadmin-bugs

Comment 8 Nic Baxter 2015-03-31 02:10:19 CEST
No comments for ever. Obviously there is no need to keep open. Housekeeping wins.

Status: ASSIGNED => RESOLVED
CC: (none) => nic
Resolution: (none) => OLD


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