[scribus] collecting for output
zm at revue-gugu.org
Mon Dec 9 18:04:10 UTC 2013
Dear Rolf, thanks for offering help with a script,
"the show must go on", so (although I hardly ever do this) I grabbed my
Kofler last week and I wrote this script:
(that is the file name, which makes it always stay on top of the folder
and it tries to tell my team to click the beast.
chmod g+r *.*
chmod o+r *.*
echo -e "\a" #beep
echo "Merci, toutes les fichiers sont liberé maintenant."
This script itself is executable (of course) and it has got
special-rights, so the entire team can execute it. It always travels
with the collected-for-output folder, by being copied. It seems to work.
There are several problems still:
The team has to remember to double-click it from the explorer. But once
finished their work, there might be a power cut or they are tired. It
would be more natural to call a script, if you want to start your own
work. But rights cannot be taken, they need to be given. :)
Also the beep does not work on this machine. Maybe I got the syntax
wrong. It would be much better if the user at least had a confirmation
that the script has done something. And even better, if a
thank-you-message would come up. But the echo-message only comes up,
when the script is called from a terminal (which is not the right
context for my young African trainees).
So Rolf, have a look and make it better, if you want, please. (People
are calling it from Dolphin explorer.) Or somebody maybe have an idea
how the system itself could trigger the script in the context of the
user logging out or the machine shutting down. Remember, there are
always several copies of that output-folder on the machine, one in each
users /home as each user is pulling his own fresh copy when he/she is
starting a working-session.
It is getting late and I still need to sprinkle a few dozen ant-drawings
and centipedes all over a certain page... (children's activity page)
On 09.12.2013 17:58, Rolf-Werner Eilert wrote:
> Dear Martin,
> I guess they are reading this mailing list and will answer you
> My C++ knowledge is not that good. I browsed the source (it's
> scribus/collect4output.cpp), but I couldn't make out where the
> appropriate place for that would be. So it will be better to let the
> developers do that ;)
> But what do you think about a small script which would be called by the
> person who has collected for output just after output? You would only
> have to copy the script to everyone's computers and maybe connect it
> with an icon. The script can be in the directory together with the files
> or somewhere else. It only has to know the name of the directory then.
> Would you like me to help you making one? As far as I can see, it would
> only have to "chmod 655".
> The only drawback would be that the person who has worked on the project
> has to remember to call the script after work and collect...
> Am 09.12.2013 16:35, schrieb ZASKE Martin:
>> Dear Rolf,
>> thank you very much for looking into it.
>> We have been happily using collecting-for-output for several years on
>> several versions. Our project is somewhat dynamic, so we have often
>> reason to move projects between computers, and we like it for
>> all-in-one-backup too.
>> We have so far understood its usefulness and its limitations. I like it.
>> The compress does not claim to compress the entire folder; it just
>> nicely compresses the scribus-file within that folder. We like it that
>> The only issue we are having now, is the workflow between different
>> users. I thank you for confirming that on your machine it also does
>> assign surprising file-rights for fonts and illustrations. This tells me
>> that it is not just some hiccup on our office machine.
>> I guess I will after all pose this question to the developers, maybe
>> they know where to tweak it. Where would I get in touch with them? Is
>> filing a bug really the right thing to do; or should I not first ask it
>> somewhere as a question?
>> On 09.12.2013 15:39, Rolf-Werner Eilert wrote:
>>> you are right. Just tested it, never used it before. The .sla keeps 655,
>>> but pictures and/or fonts get 600.
>>> Furthermore: Scribus itself sets its file pointer to this new directory.
>>> That is confusing. I would expect this to act like an export function.
>>> When I check "compress", I get a .gz file which is not unpackable by
>>> unzip, the pictures have disappeared from it. But it has 655. Fonts are
>>> not packed into it but delivered separately, they have 600.
>>> Another confusing thing is that the directory has to exist before, the
>>> function cannot make it.
>>> Anyway, this is a Suse 12.1 with Scribus 1.4.2, so it is reproduceable
>>> even on an older system, and to me it is kinda "not thought up to its
>>> If you use it this way, I would not use the compress option but include
>>> e. g. the fonts. And a script to change the files to 655 BEFORE they are
>>> handed on (because at that time, they still belong to the person who
>>> worked on them) should be the best workaround to cope with it.
>>> Am 09.12.2013 13:45, schrieb ZASKE Martin:
>>>> Dear Peter and list,
>>>> The ownership for the Scribus-collected-for-output never changes:
>>>> My wife was the owner of the folder and she has just finished layouting
>>>> the children's-page. Then she has somehow managed to tweak the
>>>> permissions (my temporary script) and now I got the rights to pull the
>>>> entire folder to my home as a copy.
>>>> Now the entire folder and all its content is owned by me (user =
>>>> martin), since I created the copy.
>>>> Now I open the scribus document and I do the layout for the
>>>> agriculture-fertilizer-page. And when I am done I do
>>>> I was the owner of each photo and of each font, when I started working
>>>> with Scribus, but after the output, again the rights get turned to
>>>> "owner only, group and others get lost".
>>>> So now, before I can tell the next team member that I am done, and
>>>> he or
>>>> she can pull his/her copy, I need to tweak the rights again. Otherwise
>>>> the next person would not even have the rights to pull a copy.
>>>> So ownership does not seem to be the problem either.
>>>> Thanks again and please keep the ideas coming. I am very hesitant to
>>>> file a bug, for something I need to understand first. I appreciate
>>>> developers and the last thing they need is to be bothered. I just
>>>> where I might find documentation about the collecting-for-output.
>>>> I learnt this morning that in dolphin I can display a column for the
>>>> "rights" of each file or folder. Very useful for my problem. All
>>>> I have done layout of another page. And I was using LibreOffice and
>>>> a lot. I can report that the outputs (save or export) of the other
>>>> programs produce a default right of "-rw-r--r--" as seems right with my
>>>> umask (0022) that I quoted earlier today.
>>>> So I hope this means that my OS is not entirely messed up. In
>>>> fact it
>>>> is a fresh installation of OpenSuse 12.3 as of last week. I still hope
>>>> to update, but we are talking hundreds of MB and our African internet
>>>> has not even managed this morning to "refresh" the repositories, it
>>>> keeps stalling on timeouts.
>>>> At this stage I would hope there is some other user on this list, also
>>>> using Scribus 1.4.2, preferably on OpenSuse, who would please do a
>>>> collecting-for-output and let us know what rights get assigned to the
>>>> Scribus files, and to the photos and to the fonts.
>>>> I did not mess with my OS and my Scribus is also fresh and all
>>>> (just the entire OS and Scribus are running in French, which is needed
>>>> for this country).
More information about the scribus