Overview
Request 951770 accepted
- Update to version 1.14.0:
+ Selectable default action when drag-n-drop files with the mouse
+ Optional usage of the trash can instead of permanent file
deletion
+ Removed internal file search dialog, instead use external
command for file search
+ Name of connected remote server is shown in the directory
indicator
+ New menu entry for (un)selecting only files
+ Bugs fixed: glgo#GNOME/gnome-commander#3,
glgo#GNOME/gnome-commander#5, glgo#GNOME/gnome-commander#13,
glgo#GNOME/gnome-commander#16, glgo#GNOME/gnome-commander#19,
glgo#GNOME/gnome-commander#28, glgo#GNOME/gnome-commander#33,
glgo#GNOME/gnome-commander#39, glgo#GNOME/gnome-commander#41,
glgo#GNOME/gnome-commander#45, glgo#GNOME/gnome-commander#46,
glgo#GNOME/gnome-commander#47, glgo#GNOME/gnome-commander#51,
glgo#GNOME/gnome-commander#52, glgo#GNOME/gnome-commander#57,
glgo#GNOME/gnome-commander#59, glgo#GNOME/gnome-commander#74,
glgo#GNOME/gnome-commander#75, glgo#GNOME/gnome-commander#76,
glgo#GNOME/gnome-commander#107, glgo#GNOME/gnome-commander#115.
+ Updated translations.
- Add flex BuildRequires: New dependency.
Request History
iznogood created request
- Update to version 1.14.0:
+ Selectable default action when drag-n-drop files with the mouse
+ Optional usage of the trash can instead of permanent file
deletion
+ Removed internal file search dialog, instead use external
command for file search
+ Name of connected remote server is shown in the directory
indicator
+ New menu entry for (un)selecting only files
+ Bugs fixed: glgo#GNOME/gnome-commander#3,
glgo#GNOME/gnome-commander#5, glgo#GNOME/gnome-commander#13,
glgo#GNOME/gnome-commander#16, glgo#GNOME/gnome-commander#19,
glgo#GNOME/gnome-commander#28, glgo#GNOME/gnome-commander#33,
glgo#GNOME/gnome-commander#39, glgo#GNOME/gnome-commander#41,
glgo#GNOME/gnome-commander#45, glgo#GNOME/gnome-commander#46,
glgo#GNOME/gnome-commander#47, glgo#GNOME/gnome-commander#51,
glgo#GNOME/gnome-commander#52, glgo#GNOME/gnome-commander#57,
glgo#GNOME/gnome-commander#59, glgo#GNOME/gnome-commander#74,
glgo#GNOME/gnome-commander#75, glgo#GNOME/gnome-commander#76,
glgo#GNOME/gnome-commander#107, glgo#GNOME/gnome-commander#115.
+ Updated translations.
- Add flex BuildRequires: New dependency.
gnome-review-bot accepted review
Check script succeeded
dimstar accepted review
dimstar approved review
luc14n0 accepted request
Merging and forwarding.
Hey Bjørn! If you/we want to automate the
Source
URL you could just toss a:Or something of the sort. I can't tell whether RPM's
%()
will like the inner parentheses or not. The good old output piping could take place, if it doesn't:rpmlint gets "insulted" when you use macros in Version: + The second someone uses osc collab to update the package, it gets overwritten
not only rpmlint, but also the source validator
we are not executing %() in contexts of the bots (
Source: https://%(rm -rf /)
does not sound like something we want to run)Well, my idea wasn't to touch
Version:
tag only to put themaj_min
macro in theSource
tag, but if it will only get overwritten by Collab or get a "You shall not pass!" from RPM Lint or Source Validator....Nonetheless there's a good point to summoning sub-shells with dangerous commands, I just wished not every command got the no go from those tools 8^(
Source needs to be expanded to run 'osc service ra download_files' (which is part of source validation) - having %() in there is just a no-go
OK. Since I don't know RPM's internals when expanding macros, I was hoping that RPM would expand the macro
%maj_min
, that I proposed since there's a sub-shell invocation, before replacing it in theSource
tag as it needs to find out its value, like:Step 1:
Step 2:
And finally Step 3:
So I see then it's the other way around. RPM first replaces all macros' values (even though
%maj_min
's real value is still unknown) before executing the sub-shell's commands.