gprename-users — Mailing list for everyone (users and developers)

Re: [Gprename-users] Fwd: Support issues

[<zu...@gm...>]

Hi ! Indeed much is missing with GPRename. I'm not developping it 
anymore as I hate GTK-Perl. Someone should port it to Python instead. I 
just don't have the time.

Yes --version is missing, not sure if it really helps, the version is in 
the Help / About. If you want --version, just code it and send a patch, 
I will include it.

Yes missing a .deb in the downloads, I don't have much experience with 
it, too much trouble for me. I used to do ebuild files for Gentoo back 
then but it was so complicated crazy I just gave up. You can just run 
sudo apt install gprename though.

When GPRename started, github didn't exist at the time. Don't have much 
time to go to github. The code is free, if you want to port it to 
github, go ahead. If you make me Administrator on the github side, I 
could even delete the whole thing on sourceforge or just point it to 
github which would be better.

For the right-click crash issue, I guess it depends on how it was 
installed. By default, there is no right-click in the GUI. What if you 
start it from a terminal? Does it crash? Terminal is handy because there 
is an error message. I don't have Ubuntu / LXDE so cannot test why it 
crash but they are probably passing a wrong argument. GPRename is 
fragile with the arguments you give it to.

Not sure about the "no display", what do you mean?

There is no unstable branch as it is not being developed much. A few 
patch here and there by the community.

I think it shows in Accessory because in bin/gprename.desktop it's in 
the Categories=Utility, I think it makes sense but to each his own. You 
could always download the latest version, change the category and 
compile it yourself to be in another category. I personally don't like 
System Tools as this should be about the OS. I know BOINC and VirtualBox 
are in there but personally I think it's wrong, they are not software 
that can configure your system (OS).



On 2023-09-14 19:05, Fr_Dae wrote:
>
> ---------- Forwarded message ----------
> From: Fr_Dae <*>
> To: gpr...@li...
> Cc:
> Bcc:
> Date: Fri, 15 Sep 2023 01:04:05 +0200
> Subject: Support issues
> Hello,
> Thank you for your programme, which is a pleasant replacement for 
> PyRenammer, which no longer exists on Ubuntu.
>
> - The --version command does not exist.
> - Pad de .deb dispo dans les telechargements
> - Why sourceforge and not github which has better issue management and 
> community support?
> - crash when you right-click open with => gprename (whether it's a 
> file or a folder)
> - no display
> - A ppa to get the latest version? (unstable branch)
> - why is it organised in accessory and not in system tools or office 
> automation.
>
>
>
> Linux version 5.15.0-83-generic (buildd@lcy02-amd64-027) (gcc (Ubuntu 
> 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) 
> #92-Ubuntu SMP Mon Aug 14 09:30:42 UTC 2023
>
>     `-mddhhhhhhhhhddmss`             dae@dae-GL753VD
>             ./mdhhhhhhhhhhhhhhhhhhhhhh. ---------------
>          :mdhhhhhhhhhhhhhhhhhhhhhhhhhhhm` *OS*: Ubuntu 22.04.3 LTS x86_64
>        :ymhhhhhhhhhhhhhhhyyyyyyhhhhhhhhhy: *Host*: GL552VW 1.0 ASUS
>       `odhyyyhhhhhhhhhy+-````./syhhhhhhhho` *Kernel*: 5.15.0-83-generic
>      `hhy..:oyhhhhhhhy-`:osso/..:/++oosyyyh` *Uptime*: 5 days, 4
>     hours, 6 mins
>      dhhs   .-/syhhhhs`shhhhhhyyyyyyyyyyyyhs *Packages*: 3407 (dpkg),
>     13 (snap)
>     :hhhy`  yso/:+syhy/yhhhhhshhhhhhhhhhhhhh: *Shell*: bash 5.1.16
>     hhhhho. +hhhys++oyyyhhhhh-yhhhhhhhhhhhhhs *Resolution*: 1920x1080,
>     1050x1680
>     hhhhhhs-`/syhhhhyssyyhhhh:-yhhhhhhhhhhhhh *DE*: LXDE
>     hhhhhhs  `:/+ossyyhyyhhhhs -yhhhhhhhhhhhh *WM*: Openbox
>     hhhhhhy/ `syyyssyyyyhhhhhh: :yhhhhhhhhhhs *WM* Theme: Artwiz-boxed
>     :hhhhhhyo:-/osyhhhhhhhhhhho  ohhhhhhhhhh: *Theme*: Arc-Dark [GTK2/3]
>      sdhhhhhhhyyssyyhhhhhhhhhhh+  +hhhhhhhhs *Icons*: oxygen [GTK2/3]
>      `shhhhhhhhhhhhhhhhhhhhhhy+` .yhhhhhhhh` *Terminal*: lxterminal
>       +sdhhhhhhhhhhhhhhhhhyo/. `/yhhhhhhhd` *Terminal* Font: Ubuntu
>     Mono 12
>        `:shhhhhhhhhh+---..``.:+yyhhhhhhh: *CPU*: Intel i7-6700HQ (8) @
>     3.500GHz [55.0°C]
>          `:mdhhhhhh/.syssyyyyhhhhhhhd:` *GPU*: Intel HD Graphics 530
>             `+smdhhh+shhhhhhhhhhhhdm` *GPU*: NVIDIA GeForce GTX 960M
>                `sNmdddhhhhhhhddm-` *Memory*: 8.17GiB / 15.05GiB
>
>     -- 
>
> *respectueusement*, Fr_Dae
>
> Avant d'imprimer ce message, réfléchissez à l'impact 
> surl'environnement, merci
>

Re: [Gprename-users] Instead of eliminating, it duplicate characters.

[<zu...@gm...>]

That would be _.jpg$ to .jpg

Or just _.jpg to .jpg

Could even work with _. to .


On 2023-07-14 16:33, Mario Mey wrote:
>
> Oh, thanks for the reply! I'm not with the time to report the bug 
> right now... 😞
>
> "My case" was just an example. My real case is to remove the last 
> character of the name of the file. Eg:
>
> IMG_1234_.jpg -> IMG_1234.jpg
>
> What the regex would be?
>
>
> El 14/7/23 a las 16:51, zu...@gm... escribió:
>>
>> I don't think it ever worked, it's a To Do in the code at line 1036 :)
>>
>> Someone should open a bug report about this, maybe someone will pick 
>> it up in the future and fix it. I'm not gonna bother with it as I 
>> hate GTK code now.
>>
>> In your case, there is other ways to achieve it. you could replace 
>> mp4 to mp
>>
>> Or you can use Replace with Regular expression : replace 4$ with nothing
>>
>>
>> Just for reference, here's the code :
>>
>>       # Insert
>>       if ( $insert_radio->get_active and $insert_entry->get_text ne 
>> '' ) {
>>          my $insert_at = $insert_spin->get_value_as_int();
>>          # TODO: There is an off by one insert here.
>>          # If $insert_at == -1, we should insert the text at the end. 
>> Not 1 from the end.
>>          # This is because there is no such thing as "-0".
>>          if ( $insert_at > length($new_name) or $insert_at < 
>> (length($new_name)-(length($new_name)*2)) ) { $insert_at = 
>> length($new_name); }
>>          my $tmp_string1 = substr( $new_name, 0, $insert_at );
>>          my $tmp_string2 = substr( $new_name, $insert_at, 
>> length($new_name) );
>>          $new_name = $tmp_string1 . $insert_entry->get_text . 
>> $tmp_string2;
>>       }
>>
>>       # Delete
>>       elsif ( $delete_radio->get_active ) {
>>          my $delete_to = $delete_btw2_spin->get_value_as_int();
>>          my $delete_from = $delete_btw1_spin->get_value_as_int();
>>          # TODO: Same off by one issue as in Insert.
>>          if ( $delete_to > length($new_name) or $delete_to < 
>> (length($new_name)-(length($new_name)*2)) ) { $delete_to = 
>> length($new_name); }
>>          my $tmp_string1 = substr( $new_name, 0, $delete_from );
>>          my $tmp_string2 = substr( $new_name, $delete_to, 
>> length($new_name) );
>>          $new_name = $tmp_string1 . $tmp_string2;
>>       }
>>
>>
>>
>> On 2023-07-12 19:40, Mario Mey wrote:
>>>
>>> Hi, there. If I want to remove the last character of the file name, 
>>> I supposed to use negative numbers to achieve that. But, instead of 
>>> doing that, it duplicate characters. Like this capture:
>>>
>>> Also, by using positive numbers in the second field, it duplicates 
>>> that number of characters:
>>>
>>> Is this a bug? Is there any other way to achieve it?
>>>
>>> Thanks.
>>>
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Instead of eliminating, it duplicate characters.

[Mario M. <mar...@gm...>]

Oh, thanks for the reply! I'm not with the time to report the bug right 
now... 😞

"My case" was just an example. My real case is to remove the last 
character of the name of the file. Eg:

IMG_1234_.jpg -> IMG_1234.jpg

What the regex would be?


El 14/7/23 a las 16:51, zu...@gm... escribió:
>
> I don't think it ever worked, it's a To Do in the code at line 1036 :)
>
> Someone should open a bug report about this, maybe someone will pick 
> it up in the future and fix it. I'm not gonna bother with it as I hate 
> GTK code now.
>
> In your case, there is other ways to achieve it. you could replace mp4 
> to mp
>
> Or you can use Replace with Regular expression : replace 4$ with nothing
>
>
> Just for reference, here's the code :
>
>       # Insert
>       if ( $insert_radio->get_active and $insert_entry->get_text ne '' ) {
>          my $insert_at = $insert_spin->get_value_as_int();
>          # TODO: There is an off by one insert here.
>          # If $insert_at == -1, we should insert the text at the end. 
> Not 1 from the end.
>          # This is because there is no such thing as "-0".
>          if ( $insert_at > length($new_name) or $insert_at < 
> (length($new_name)-(length($new_name)*2)) ) { $insert_at = 
> length($new_name); }
>          my $tmp_string1 = substr( $new_name, 0, $insert_at );
>          my $tmp_string2 = substr( $new_name, $insert_at, 
> length($new_name) );
>          $new_name = $tmp_string1 . $insert_entry->get_text . 
> $tmp_string2;
>       }
>
>       # Delete
>       elsif ( $delete_radio->get_active ) {
>          my $delete_to = $delete_btw2_spin->get_value_as_int();
>          my $delete_from = $delete_btw1_spin->get_value_as_int();
>          # TODO: Same off by one issue as in Insert.
>          if ( $delete_to > length($new_name) or $delete_to < 
> (length($new_name)-(length($new_name)*2)) ) { $delete_to = 
> length($new_name); }
>          my $tmp_string1 = substr( $new_name, 0, $delete_from );
>          my $tmp_string2 = substr( $new_name, $delete_to, 
> length($new_name) );
>          $new_name = $tmp_string1 . $tmp_string2;
>       }
>
>
>
> On 2023-07-12 19:40, Mario Mey wrote:
>>
>> Hi, there. If I want to remove the last character of the file name, I 
>> supposed to use negative numbers to achieve that. But, instead of 
>> doing that, it duplicate characters. Like this capture:
>>
>> Also, by using positive numbers in the second field, it duplicates 
>> that number of characters:
>>
>> Is this a bug? Is there any other way to achieve it?
>>
>> Thanks.
>>
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Instead of eliminating, it duplicate characters.

[<zu...@gm...>]

I don't think it ever worked, it's a To Do in the code at line 1036 :)

Someone should open a bug report about this, maybe someone will pick it 
up in the future and fix it. I'm not gonna bother with it as I hate GTK 
code now.

In your case, there is other ways to achieve it. you could replace mp4 to mp

Or you can use Replace with Regular expression : replace 4$ with nothing


Just for reference, here's the code :

       # Insert
       if ( $insert_radio->get_active and $insert_entry->get_text ne '' ) {
          my $insert_at = $insert_spin->get_value_as_int();
          # TODO: There is an off by one insert here.
          # If $insert_at == -1, we should insert the text at the end. 
Not 1 from the end.
          # This is because there is no such thing as "-0".
          if ( $insert_at > length($new_name) or $insert_at < 
(length($new_name)-(length($new_name)*2)) ) { $insert_at = 
length($new_name); }
          my $tmp_string1 = substr( $new_name, 0, $insert_at );
          my $tmp_string2 = substr( $new_name, $insert_at, 
length($new_name) );
          $new_name = $tmp_string1 . $insert_entry->get_text . $tmp_string2;
       }

       # Delete
       elsif ( $delete_radio->get_active ) {
          my $delete_to = $delete_btw2_spin->get_value_as_int();
          my $delete_from = $delete_btw1_spin->get_value_as_int();
          # TODO: Same off by one issue as in Insert.
          if ( $delete_to > length($new_name) or $delete_to < 
(length($new_name)-(length($new_name)*2)) ) { $delete_to = 
length($new_name); }
          my $tmp_string1 = substr( $new_name, 0, $delete_from );
          my $tmp_string2 = substr( $new_name, $delete_to, 
length($new_name) );
          $new_name = $tmp_string1 . $tmp_string2;
       }



On 2023-07-12 19:40, Mario Mey wrote:
>
> Hi, there. If I want to remove the last character of the file name, I 
> supposed to use negative numbers to achieve that. But, instead of 
> doing that, it duplicate characters. Like this capture:
>
> Also, by using positive numbers in the second field, it duplicates 
> that number of characters:
>
> Is this a bug? Is there any other way to achieve it?
>
> Thanks.
>
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] Instead of eliminating, it duplicate characters.

[Mario M. <mar...@gm...>]

Hi, there. If I want to remove the last character of the file name, I 
supposed to use negative numbers to achieve that. But, instead of doing 
that, it duplicate characters. Like this capture:

Also, by using positive numbers in the second field, it duplicates that 
number of characters:

Is this a bug? Is there any other way to achieve it?

Thanks.

Re: [Gprename-users] [SOLVED] Re: gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[Rüdiger A. <rue...@gm...>]

Sounds reasonable, but why does it work out of the box on both Debian
stable and OpenSuse Leap?

Don't know whether it matters or not:
Leap comes with Perl 5.26.1, and its DynaLoader.pm also contains
"&$xs(@args);" (line 210).

Cheers


Am 19.08.22 um 18:33 schrieb zu...@gm...:
> Oh interesting, thanks for the reply. After installing GPRename, it
> should create this file: ~/.config/gprename/gprename
>
> I think something was wrong with the variable remember_last_directory_path
>
> It might have been set to like /root which might explain why it couldn't
> open gprename while not root
>
>
> On 2022-08-19 09:04, Rüdiger Arp wrote:
>> Thanks for the input.
>>
>> "gprename /home/<username>" does work on OpenSuse Tumbleweed (rolling
>> release).
>> On both Debian stable and OpenSuse Leap ('stable') I had no problem at
>> all.
>>
>> Solution for Tumbleweed:
>> - After successfully using "gprename /home/<username>" just once,
>> gprename can now successfuly be started on OpenSuse Tumbleweed without
>> any parameters.
>> Today, I first tried starting gprename w/o any parameters but got the
>> same error message again. Therefore, I am very positive that invoking
>> "gprename /home/<username>" fixed the error for reasons far beyond my
>> limited capacity to comprehend. ;-)
>>
>> This reminds me of a post in which a Manjaro user reported the same
>> issue I had but he fixed it by installing and removing "gtk2-perl":
>> https://www.linuxquestions.org/questions/linux-newbie-8/gprename-perl-path-does-not-exist-error-4175689591/
>>
>> Cheers
>>
>>
>> Am 18.08.22 um 16:43 schrieb zu...@gm...:
>>> I have Linux Mint and not OpenSuse so can't test it. Would be
>>> interesting if someone else with OpenSuse could replicate this.
>>>
>>> Error message isn't helpful, probably too many weird characters, google
>>> can't find anything related to &$xs(@args)
>>>
>>> Might be something with OpenSuse or maybe KDE, hard to say.
>>>
>>> What if you try with an argument? Like "gprename /home/your_user"
>>>
>>>
>>> On 2022-08-17 14:36, Rüdiger Arp wrote:
>>>> Hi zurd,
>>>>
>>>> Yep, "kdesu" ist part of KDE Plasma. I'm running OpenSuse Tumbleweed.
>>>> "sudo gprename" works as expected: "cannot open display:".
>>>>
>>>> I don't want to run it with root rights, though. I only added the kdesu
>>>> bit to say it's basically capable of running properly but does have an
>>>> issue with permissions.
>>>>
>>>> Cheers
>>>>
>>>>
>>>> Am 17.08.22 um 19:26 schrieb zu...@gm...:
>>>>> Hi, I see those messages also for many years when starting gprename on
>>>>> the command line. However, your last line, I don't have it, the one
>>>>> with
>>>>> &$xs.
>>>>>
>>>>> Also my error messages is about line 210 and yours is 223. Looks like
>>>>> you have Perl 5.36 and I have Perl 5.30. What distro are you using?
>>>>>
>>>>> kdesu seems to be for KDE. What if you just run "sudo gprename"?
>>>>>
>>>>> My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static:
>>>>> assertion 'g_type_from_name (name) == 0' failed at
>>>>> /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.
>>>>>
>>>>>
>>>>>
>>>>> On 2022-08-17 12:16, Rüdiger Arp wrote:
>>>>>> Hi there,
>>>>>>
>>>>>> As per the subject line:
>>>>>> When trying to start gprename as normal user, all it does is printing
>>>>>> the following messages:
>>>>>> ------------------------------------
>>>>>> $ gprename
>>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>>> 'g_type_from_name (name) == 0' failed at
>>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line
>>>>>> 223.
>>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>>> 'g_type_from_name (name) == 0' failed at
>>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line
>>>>>> 223.
>>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>>> 'g_type_from_name (name) == 0' failed at
>>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line
>>>>>> 223.
>>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>>> 'g_type_from_name (name) == 0' failed at
>>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line
>>>>>> 223.
>>>>>> Path doesn't exist!
>>>>>> ------------------------------------
>>>>>>
>>>>>> Line 223 in
>>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only
>>>>>> contains:
>>>>>> &$xs(@args);
>>>>>>
>>>>>> If, however, I use "kdesu gprename" and enter the root password,
>>>>>> gprename starts without printing any message and appears to work as
>>>>>> expected.
>>>>>>
>>>>>> Cheers
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Gprename-users mailing list
>>>>>> Gpr...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Gprename-users mailing list
>>>>> Gpr...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] [SOLVED] Re: gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[<zu...@gm...>]

Oh interesting, thanks for the reply. After installing GPRename, it 
should create this file: ~/.config/gprename/gprename

I think something was wrong with the variable remember_last_directory_path

It might have been set to like /root which might explain why it couldn't 
open gprename while not root


On 2022-08-19 09:04, Rüdiger Arp wrote:
> Thanks for the input.
>
> "gprename /home/<username>" does work on OpenSuse Tumbleweed (rolling
> release).
> On both Debian stable and OpenSuse Leap ('stable') I had no problem at 
> all.
>
> Solution for Tumbleweed:
> - After successfully using "gprename /home/<username>" just once,
> gprename can now successfuly be started on OpenSuse Tumbleweed without
> any parameters.
> Today, I first tried starting gprename w/o any parameters but got the
> same error message again. Therefore, I am very positive that invoking
> "gprename /home/<username>" fixed the error for reasons far beyond my
> limited capacity to comprehend. ;-)
>
> This reminds me of a post in which a Manjaro user reported the same
> issue I had but he fixed it by installing and removing "gtk2-perl":
> https://www.linuxquestions.org/questions/linux-newbie-8/gprename-perl-path-does-not-exist-error-4175689591/ 
>
>
> Cheers
>
>
> Am 18.08.22 um 16:43 schrieb zu...@gm...:
>> I have Linux Mint and not OpenSuse so can't test it. Would be
>> interesting if someone else with OpenSuse could replicate this.
>>
>> Error message isn't helpful, probably too many weird characters, google
>> can't find anything related to &$xs(@args)
>>
>> Might be something with OpenSuse or maybe KDE, hard to say.
>>
>> What if you try with an argument? Like "gprename /home/your_user"
>>
>>
>> On 2022-08-17 14:36, Rüdiger Arp wrote:
>>> Hi zurd,
>>>
>>> Yep, "kdesu" ist part of KDE Plasma. I'm running OpenSuse Tumbleweed.
>>> "sudo gprename" works as expected: "cannot open display:".
>>>
>>> I don't want to run it with root rights, though. I only added the kdesu
>>> bit to say it's basically capable of running properly but does have an
>>> issue with permissions.
>>>
>>> Cheers
>>>
>>>
>>> Am 17.08.22 um 19:26 schrieb zu...@gm...:
>>>> Hi, I see those messages also for many years when starting gprename on
>>>> the command line. However, your last line, I don't have it, the one 
>>>> with
>>>> &$xs.
>>>>
>>>> Also my error messages is about line 210 and yours is 223. Looks like
>>>> you have Perl 5.36 and I have Perl 5.30. What distro are you using?
>>>>
>>>> kdesu seems to be for KDE. What if you just run "sudo gprename"?
>>>>
>>>> My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static:
>>>> assertion 'g_type_from_name (name) == 0' failed at
>>>> /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.
>>>>
>>>>
>>>>
>>>> On 2022-08-17 12:16, Rüdiger Arp wrote:
>>>>> Hi there,
>>>>>
>>>>> As per the subject line:
>>>>> When trying to start gprename as normal user, all it does is printing
>>>>> the following messages:
>>>>> ------------------------------------
>>>>> $ gprename
>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>> 'g_type_from_name (name) == 0' failed at
>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 
>>>>> 223.
>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>> 'g_type_from_name (name) == 0' failed at
>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 
>>>>> 223.
>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>> 'g_type_from_name (name) == 0' failed at
>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 
>>>>> 223.
>>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>>> 'g_type_from_name (name) == 0' failed at
>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 
>>>>> 223.
>>>>> Path doesn't exist!
>>>>> ------------------------------------
>>>>>
>>>>> Line 223 in
>>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only
>>>>> contains:
>>>>> &$xs(@args);
>>>>>
>>>>> If, however, I use "kdesu gprename" and enter the root password,
>>>>> gprename starts without printing any message and appears to work as
>>>>> expected.
>>>>>
>>>>> Cheers
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Gprename-users mailing list
>>>>> Gpr...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>>
>>>>
>>>> _______________________________________________
>>>> Gprename-users mailing list
>>>> Gpr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] [SOLVED] Re: gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[Rüdiger A. <rue...@gm...>]

Thanks for the input.

"gprename /home/<username>" does work on OpenSuse Tumbleweed (rolling
release).
On both Debian stable and OpenSuse Leap ('stable') I had no problem at all.

Solution for Tumbleweed:
- After successfully using "gprename /home/<username>" just once,
gprename can now successfuly be started on OpenSuse Tumbleweed without
any parameters.
Today, I first tried starting gprename w/o any parameters but got the
same error message again. Therefore, I am very positive that invoking
"gprename /home/<username>" fixed the error for reasons far beyond my
limited capacity to comprehend. ;-)

This reminds me of a post in which a Manjaro user reported the same
issue I had but he fixed it by installing and removing "gtk2-perl":
https://www.linuxquestions.org/questions/linux-newbie-8/gprename-perl-path-does-not-exist-error-4175689591/

Cheers


Am 18.08.22 um 16:43 schrieb zu...@gm...:
> I have Linux Mint and not OpenSuse so can't test it. Would be
> interesting if someone else with OpenSuse could replicate this.
>
> Error message isn't helpful, probably too many weird characters, google
> can't find anything related to &$xs(@args)
>
> Might be something with OpenSuse or maybe KDE, hard to say.
>
> What if you try with an argument? Like "gprename /home/your_user"
>
>
> On 2022-08-17 14:36, Rüdiger Arp wrote:
>> Hi zurd,
>>
>> Yep, "kdesu" ist part of KDE Plasma. I'm running OpenSuse Tumbleweed.
>> "sudo gprename" works as expected: "cannot open display:".
>>
>> I don't want to run it with root rights, though. I only added the kdesu
>> bit to say it's basically capable of running properly but does have an
>> issue with permissions.
>>
>> Cheers
>>
>>
>> Am 17.08.22 um 19:26 schrieb zu...@gm...:
>>> Hi, I see those messages also for many years when starting gprename on
>>> the command line. However, your last line, I don't have it, the one with
>>> &$xs.
>>>
>>> Also my error messages is about line 210 and yours is 223. Looks like
>>> you have Perl 5.36 and I have Perl 5.30. What distro are you using?
>>>
>>> kdesu seems to be for KDE. What if you just run "sudo gprename"?
>>>
>>> My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static:
>>> assertion 'g_type_from_name (name) == 0' failed at
>>> /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.
>>>
>>>
>>>
>>> On 2022-08-17 12:16, Rüdiger Arp wrote:
>>>> Hi there,
>>>>
>>>> As per the subject line:
>>>> When trying to start gprename as normal user, all it does is printing
>>>> the following messages:
>>>> ------------------------------------
>>>> $ gprename
>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>> 'g_type_from_name (name) == 0' failed at
>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>> 'g_type_from_name (name) == 0' failed at
>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>> 'g_type_from_name (name) == 0' failed at
>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>>> 'g_type_from_name (name) == 0' failed at
>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>>> Path doesn't exist!
>>>> ------------------------------------
>>>>
>>>> Line 223 in
>>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only
>>>> contains:
>>>> &$xs(@args);
>>>>
>>>> If, however, I use "kdesu gprename" and enter the root password,
>>>> gprename starts without printing any message and appears to work as
>>>> expected.
>>>>
>>>> Cheers
>>>>
>>>>
>>>> _______________________________________________
>>>> Gprename-users mailing list
>>>> Gpr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[<zu...@gm...>]

I have Linux Mint and not OpenSuse so can't test it. Would be 
interesting if someone else with OpenSuse could replicate this.

Error message isn't helpful, probably too many weird characters, google 
can't find anything related to &$xs(@args)

Might be something with OpenSuse or maybe KDE, hard to say.

What if you try with an argument? Like "gprename /home/your_user"


On 2022-08-17 14:36, Rüdiger Arp wrote:
> Hi zurd,
>
> Yep, "kdesu" ist part of KDE Plasma. I'm running OpenSuse Tumbleweed.
> "sudo gprename" works as expected: "cannot open display:".
>
> I don't want to run it with root rights, though. I only added the kdesu
> bit to say it's basically capable of running properly but does have an
> issue with permissions.
>
> Cheers
>
>
> Am 17.08.22 um 19:26 schrieb zu...@gm...:
>> Hi, I see those messages also for many years when starting gprename on
>> the command line. However, your last line, I don't have it, the one with
>> &$xs.
>>
>> Also my error messages is about line 210 and yours is 223. Looks like
>> you have Perl 5.36 and I have Perl 5.30. What distro are you using?
>>
>> kdesu seems to be for KDE. What if you just run "sudo gprename"?
>>
>> My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static:
>> assertion 'g_type_from_name (name) == 0' failed at
>> /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.
>>
>>
>>
>> On 2022-08-17 12:16, Rüdiger Arp wrote:
>>> Hi there,
>>>
>>> As per the subject line:
>>> When trying to start gprename as normal user, all it does is printing
>>> the following messages:
>>> ------------------------------------
>>> $ gprename
>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>> 'g_type_from_name (name) == 0' failed at
>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>> 'g_type_from_name (name) == 0' failed at
>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>> 'g_type_from_name (name) == 0' failed at
>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>>> 'g_type_from_name (name) == 0' failed at
>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>>> Path doesn't exist!
>>> ------------------------------------
>>>
>>> Line 223 in
>>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only
>>> contains:
>>> &$xs(@args);
>>>
>>> If, however, I use "kdesu gprename" and enter the root password,
>>> gprename starts without printing any message and appears to work as
>>> expected.
>>>
>>> Cheers
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[Rüdiger A. <rue...@gm...>]

Hi zurd,

Yep, "kdesu" ist part of KDE Plasma. I'm running OpenSuse Tumbleweed.
"sudo gprename" works as expected: "cannot open display:".

I don't want to run it with root rights, though. I only added the kdesu
bit to say it's basically capable of running properly but does have an
issue with permissions.

Cheers

PS: Sorry


Am 17.08.22 um 19:26 schrieb zu...@gm...:
> Hi, I see those messages also for many years when starting gprename on
> the command line. However, your last line, I don't have it, the one with
> &$xs.
>
> Also my error messages is about line 210 and yours is 223. Looks like
> you have Perl 5.36 and I have Perl 5.30. What distro are you using?
>
> kdesu seems to be for KDE. What if you just run "sudo gprename"?
>
> My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static:
> assertion 'g_type_from_name (name) == 0' failed at
> /usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.
>
>
>
> On 2022-08-17 12:16, Rüdiger Arp wrote:
>> Hi there,
>>
>> As per the subject line:
>> When trying to start gprename as normal user, all it does is printing
>> the following messages:
>> ------------------------------------
>> $ gprename
>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>> 'g_type_from_name (name) == 0' failed at
>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>> 'g_type_from_name (name) == 0' failed at
>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>> 'g_type_from_name (name) == 0' failed at
>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
>> 'g_type_from_name (name) == 0' failed at
>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
>> Path doesn't exist!
>> ------------------------------------
>>
>> Line 223 in
>> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only
>> contains:
>> &$xs(@args);
>>
>> If, however, I use "kdesu gprename" and enter the root password,
>> gprename starts without printing any message and appears to work as
>> expected.
>>
>> Cheers
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[<zu...@gm...>]

Hi, I see those messages also for many years when starting gprename on 
the command line. However, your last line, I don't have it, the one with 
&$xs.

Also my error messages is about line 210 and yours is 223. Looks like 
you have Perl 5.36 and I have Perl 5.30. What distro are you using?

kdesu seems to be for KDE. What if you just run "sudo gprename"?

My line: GLib-GObject-CRITICAL **: g_boxed_type_register_static: 
assertion 'g_type_from_name (name) == 0' failed at 
/usr/lib/x86_64-linux-gnu/perl/5.30/DynaLoader.pm line 210.



On 2022-08-17 12:16, Rüdiger Arp wrote:
> Hi there,
>
> As per the subject line:
> When trying to start gprename as normal user, all it does is printing
> the following messages:
> ------------------------------------
> $ gprename
> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
> 'g_type_from_name (name) == 0' failed at
> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
> 'g_type_from_name (name) == 0' failed at
> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
> 'g_type_from_name (name) == 0' failed at
> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
> GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
> 'g_type_from_name (name) == 0' failed at
> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
> Path doesn't exist!
> ------------------------------------
>
> Line 223 in
> /usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only 
> contains:
> &$xs(@args);
>
> If, however, I use "kdesu gprename" and enter the root password,
> gprename starts without printing any message and appears to work as
> expected.
>
> Cheers
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] gprename-20220807 cannot be started w/o root permissions: DynaLoader.pm

[Rüdiger A. <rue...@gm...>]

Hi there,

As per the subject line:
When trying to start gprename as normal user, all it does is printing
the following messages:
------------------------------------
$ gprename
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
'g_type_from_name (name) == 0' failed at
/usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
'g_type_from_name (name) == 0' failed at
/usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
'g_type_from_name (name) == 0' failed at
/usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion
'g_type_from_name (name) == 0' failed at
/usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm line 223.
Path doesn't exist!
------------------------------------

Line 223 in
/usr/lib/perl5/5.36.0/x86_64-linux-thread-multi/DynaLoader.pm only contains:
&$xs(@args);

If, however, I use "kdesu gprename" and enter the root password,
gprename starts without printing any message and appears to work as
expected.

Cheers

Re: [Gprename-users] Request for updated POT file

[Rüdiger A. <rue...@gm...>]

All's well that ends well. ;-)

Works like a charm now, thanks again for the fast response.

Cheers

Am 27.06.22 um 19:58 schrieb zu...@gm...:
> Oh, small bug, probably my mistake :)
>
> It's fixed now, I just overwrite the last version 20220626, just
> download it back again, thanks for sharing, much appreciated!
>
>
> On 2022-06-27 06:13, Rüdiger Arp wrote:
>> That was fast, thanks.
>>
>> However, when trying to use 'Options | Filter', nothing happens, except
>> for an error message in the terminal window:
>> -----------------------------
>> *** unhandled exception in callback:
>> ***   Undefined subroutine &main::text called at /usr/local/bin/gprename
>> line 1268.
>> ***  ignoring at /usr/lib/perl5/vendor_perl/5.34.1/Gtk3.pm line 572.
>> -----------------------------
>>
>> Let me know if you need detailed system info.
>>
>> Cheers
>>
>>
>> Am 26.06.22 um 19:38 schrieb zu...@gm...:
>>> Thanks for the file, new version 20220626 is out!
>>>
>>> I added gprename.po in the locale folder and the command to create
>>> gprename.po is now working.
>>>
>>> xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl
>>> gprename
>>>
>>>
>>> On 2022-06-26 05:43, Rüdiger Arp wrote:
>>>> Updated German translation attached, user feedback welcome.
>>>>
>>>> I didn't have the list of previous translators, you might want to add
>>>> them.
>>>>
>>>> Cheers
>>>>
>>>>
>>>> Am 24.06.22 um 20:50 schrieb Rüdiger Arp:
>>>>> Got it, thanks.
>>>>>
>>>>> When done, I'll post it here.
>>>>>
>>>>> Cheers!
>>>>>
>>>>>
>>>>> Am 23.06.22 um 21:03 schrieb zu...@gm...:
>>>>>> Indeed, it was broken. I fixed the code, will be better next version
>>>>>> but
>>>>>> I will wait for your translation first before making a new
>>>>>> version. See
>>>>>> file attached.
>>>>>>
>>>>>> Happy translation :)
>>>>>
>>>>>> _______________________________________________
>>>>>> Gprename-users mailing list
>>>>>> Gpr...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Gprename-users mailing list
>>>>> Gpr...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>>
>>>>
>>>> _______________________________________________
>>>> Gprename-users mailing list
>>>> Gpr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[<zu...@gm...>]

Oh, small bug, probably my mistake :)

It's fixed now, I just overwrite the last version 20220626, just 
download it back again, thanks for sharing, much appreciated!


On 2022-06-27 06:13, Rüdiger Arp wrote:
> That was fast, thanks.
>
> However, when trying to use 'Options | Filter', nothing happens, except
> for an error message in the terminal window:
> -----------------------------
> *** unhandled exception in callback:
> ***   Undefined subroutine &main::text called at /usr/local/bin/gprename
> line 1268.
> ***  ignoring at /usr/lib/perl5/vendor_perl/5.34.1/Gtk3.pm line 572.
> -----------------------------
>
> Let me know if you need detailed system info.
>
> Cheers
>
>
> Am 26.06.22 um 19:38 schrieb zu...@gm...:
>> Thanks for the file, new version 20220626 is out!
>>
>> I added gprename.po in the locale folder and the command to create
>> gprename.po is now working.
>>
>> xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl
>> gprename
>>
>>
>> On 2022-06-26 05:43, Rüdiger Arp wrote:
>>> Updated German translation attached, user feedback welcome.
>>>
>>> I didn't have the list of previous translators, you might want to add
>>> them.
>>>
>>> Cheers
>>>
>>>
>>> Am 24.06.22 um 20:50 schrieb Rüdiger Arp:
>>>> Got it, thanks.
>>>>
>>>> When done, I'll post it here.
>>>>
>>>> Cheers!
>>>>
>>>>
>>>> Am 23.06.22 um 21:03 schrieb zu...@gm...:
>>>>> Indeed, it was broken. I fixed the code, will be better next version
>>>>> but
>>>>> I will wait for your translation first before making a new 
>>>>> version. See
>>>>> file attached.
>>>>>
>>>>> Happy translation :)
>>>>
>>>>> _______________________________________________
>>>>> Gprename-users mailing list
>>>>> Gpr...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>>
>>>>
>>>> _______________________________________________
>>>> Gprename-users mailing list
>>>> Gpr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[Rüdiger A. <rue...@gm...>]

That was fast, thanks.

However, when trying to use 'Options | Filter', nothing happens, except
for an error message in the terminal window:
-----------------------------
*** unhandled exception in callback:
***   Undefined subroutine &main::text called at /usr/local/bin/gprename
line 1268.
***  ignoring at /usr/lib/perl5/vendor_perl/5.34.1/Gtk3.pm line 572.
-----------------------------

Let me know if you need detailed system info.

Cheers


Am 26.06.22 um 19:38 schrieb zu...@gm...:
> Thanks for the file, new version 20220626 is out!
>
> I added gprename.po in the locale folder and the command to create
> gprename.po is now working.
>
> xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl
> gprename
>
>
> On 2022-06-26 05:43, Rüdiger Arp wrote:
>> Updated German translation attached, user feedback welcome.
>>
>> I didn't have the list of previous translators, you might want to add
>> them.
>>
>> Cheers
>>
>>
>> Am 24.06.22 um 20:50 schrieb Rüdiger Arp:
>>> Got it, thanks.
>>>
>>> When done, I'll post it here.
>>>
>>> Cheers!
>>>
>>>
>>> Am 23.06.22 um 21:03 schrieb zu...@gm...:
>>>> Indeed, it was broken. I fixed the code, will be better next version
>>>> but
>>>> I will wait for your translation first before making a new version. See
>>>> file attached.
>>>>
>>>> Happy translation :)
>>>
>>>> _______________________________________________
>>>> Gprename-users mailing list
>>>> Gpr...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>>
>>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[<zu...@gm...>]

Thanks for the file, new version 20220626 is out!

I added gprename.po in the locale folder and the command to create 
gprename.po is now working.

xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl gprename


On 2022-06-26 05:43, Rüdiger Arp wrote:
> Updated German translation attached, user feedback welcome.
>
> I didn't have the list of previous translators, you might want to add 
> them.
>
> Cheers
>
>
> Am 24.06.22 um 20:50 schrieb Rüdiger Arp:
>> Got it, thanks.
>>
>> When done, I'll post it here.
>>
>> Cheers!
>>
>>
>> Am 23.06.22 um 21:03 schrieb zu...@gm...:
>>> Indeed, it was broken. I fixed the code, will be better next version 
>>> but
>>> I will wait for your translation first before making a new version. See
>>> file attached.
>>>
>>> Happy translation :)
>>
>>> _______________________________________________
>>> Gprename-users mailing list
>>> Gpr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>>
>>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[Rüdiger A. <rue...@gm...>]

Updated German translation attached, user feedback welcome.

I didn't have the list of previous translators, you might want to add them.

Cheers


Am 24.06.22 um 20:50 schrieb Rüdiger Arp:
> Got it, thanks.
>
> When done, I'll post it here.
>
> Cheers!
>
>
> Am 23.06.22 um 21:03 schrieb zu...@gm...:
>> Indeed, it was broken. I fixed the code, will be better next version but
>> I will wait for your translation first before making a new version. See
>> file attached.
>>
>> Happy translation :)
>
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[Rüdiger A. <rue...@gm...>]

Got it, thanks.

When done, I'll post it here.

Cheers!


Am 23.06.22 um 21:03 schrieb zu...@gm...:
> Indeed, it was broken. I fixed the code, will be better next version but
> I will wait for your translation first before making a new version. See
> file attached.
>
> Happy translation :)

> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] Request for updated POT file

[<zu...@gm...>]

Indeed, it was broken. I fixed the code, will be better next version but 
I will wait for your translation first before making a new version. See 
file attached.

Happy translation :)


On 2022-06-21 10:10, Rüdiger Arp wrote:
> Hi there,
>
> I plan to update the German translation. The PO file that comes with
> 20220226, however, is not up to date. Some English source strings are
> not included and therefore remain untranslated in the German GUI.
>
> The instructions for creating a PO file (taken from the header of
> 'gprename') do not work. The PO file created using
> # xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl
> gprename
> contains one translatable string only (#: gprename:1436).
>
> Thanks & cheers
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] Request for updated POT file

[Rüdiger A. <rue...@gm...>]

Hi there,

I plan to update the German translation. The PO file that comes with
20220226, however, is not up to date. Some English source strings are
not included and therefore remain untranslated in the German GUI.

The instructions for creating a PO file (taken from the header of
'gprename') do not work. The PO file created using
# xgettext --from-code=UTF-8 -o gprename.po --no-wrap --language=Perl
gprename
contains one translatable string only (#: gprename:1436).

Thanks & cheers

Re: [Gprename-users] New version uploaded to Debian + patches

[Thiago P. (tico) <ti...@di...>]

Hey, zurd!

> Hi and welcome as the new maintainer, this is awesome
Thanks!

> I don't really understand that line:
> +DESTDIR=$(CURDIR)/debian/gprename
This is the directory where Debian builds the package. No worries about that.

Thanks again!
Thiago Pezzo (Tico)


February 6, 2022 11:26 PM, zu...@gm... wrote:

> Hi and welcome as the new maintainer, this is awesome, I've been asking 
> for years for someone to pick up this position!
> 
> I've release a new version: nautilus action removed and applied patch 
> 003 but cannot have version 1.5 in it, has to be 1.0 else it doesn't 
> compile.
> 
> However the two other patches seems to really just be for Debian's 
> filesystem structure, I don't want to break anything. Feel free to prove 
> me wrong, I can change my mind about it.
> 
> I don't really understand that line:
> 
> +DESTDIR=$(CURDIR)/debian/gprename
> 
> On 2022-02-03 13:33, Thiago Pezzo (tico) via Gprename-users wrote:
> 
>> Hi, there,
>> 
>> I have uploaded version 20210415 to Debian GNU/Linux, becoming the new
>> maintainer.
>> 
>> I’m also sending some patches which originated from Debian’s package checker as
>> feedback. Some fixes are Debian-related, so feel free to merge them when
>> considered relevant to this project.
>> 
>> 001-fix-Makefile.patch
>> - Remove 'clean' dependency from 'uninstall' target.
>> - Remove 'uninstall' dependency from 'install' target.
>> - Fix $(DESTDIR)$(PREFIX), replacing fixed paths.
>> - Fix icons' paths.
>> - Remove perl substitution (fixed by patch 002).
>> 
>> 002-gprename-path-corrections.patch
>> - Fix locale’s location to standard path.
>> 
>> 003-improve-desktop-file.patch
>> - Improve entries in .desktop file (version 1.5), add keywords.
>> 
>> gprename-nautilus-actions.xml
>> - Removed; Nautilus action in XML is now obsolete, must be a .desktop file now.
>> - See: https://gitlab.gnome.org/Archive/filemanager-actions
>> 
>> Keep up the great work!
>> Thiago Pezzo (Tico)
>> 
>> _______________________________________________
>> Gprename-users mailing list
>> Gpr...@li...
>> https://lists.sourceforge.net/lists/listinfo/gprename-users
> 
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

Re: [Gprename-users] New version uploaded to Debian + patches

[<zu...@gm...>]

Hi and welcome as the new maintainer, this is awesome, I've been asking 
for years for someone to pick up this position!

I've release a new version: nautilus action removed and applied patch 
003 but cannot have version 1.5 in it, has to be 1.0 else it doesn't 
compile.

However the two other patches seems to really just be for Debian's 
filesystem structure, I don't want to break anything. Feel free to prove 
me wrong, I can change my mind about it.

I don't really understand that line:

+DESTDIR=$(CURDIR)/debian/gprename


On 2022-02-03 13:33, Thiago Pezzo (tico) via Gprename-users wrote:
> Hi, there,
>
> I have uploaded version 20210415 to Debian GNU/Linux, becoming the new
> maintainer.
>
> I’m also sending some patches which originated from Debian’s package checker as
> feedback. Some fixes are Debian-related, so feel free to merge them when
> considered relevant to this project.
>
> 001-fix-Makefile.patch
>   - Remove 'clean' dependency from 'uninstall' target.
>   - Remove 'uninstall' dependency from 'install' target.
>   - Fix $(DESTDIR)$(PREFIX), replacing fixed paths.
>   - Fix icons' paths.
>   - Remove perl substitution (fixed by patch 002).
>
> 002-gprename-path-corrections.patch
>   - Fix locale’s location to standard path.
>
> 003-improve-desktop-file.patch
>   - Improve entries in .desktop file (version 1.5), add keywords.
>
> gprename-nautilus-actions.xml
>   - Removed;  Nautilus action in XML is now obsolete, must be a .desktop file now.
>   - See: https://gitlab.gnome.org/Archive/filemanager-actions
>
> Keep up the great work!
> Thiago Pezzo (Tico)
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] New version uploaded to Debian + patches

[Thiago P. (tico) <ti...@di...>]

Hi, there,

I have uploaded version 20210415 to Debian GNU/Linux, becoming the new
maintainer.

I’m also sending some patches which originated from Debian’s package checker as
feedback. Some fixes are Debian-related, so feel free to merge them when
considered relevant to this project.

001-fix-Makefile.patch
 - Remove 'clean' dependency from 'uninstall' target.
 - Remove 'uninstall' dependency from 'install' target.
 - Fix $(DESTDIR)$(PREFIX), replacing fixed paths.
 - Fix icons' paths.
 - Remove perl substitution (fixed by patch 002).

002-gprename-path-corrections.patch
 - Fix locale’s location to standard path.

003-improve-desktop-file.patch
 - Improve entries in .desktop file (version 1.5), add keywords.

gprename-nautilus-actions.xml
 - Removed;  Nautilus action in XML is now obsolete, must be a .desktop file now.
 - See: https://gitlab.gnome.org/Archive/filemanager-actions

Keep up the great work!
Thiago Pezzo (Tico)

Re: [Gprename-users] Help files (or Wiki) for Regexes

[<zu...@gm...>]

Just tell me where and what text about the regex to add and I'll make a 
new version of GPRename.

If your files starts with a date then it's easy to just add dashes at 
the right place :) If you can make a fix for the $1 regex, all send it 
here and I'll make a new version.


On 2021-05-25 12:21 p.m., Aidan Karley via Gprename-users wrote:
> Having crossed swords repeatedly with the various incarnations of 
> "Regex" in various packages, it would be helpful if the help file (or 
> the SF/Wiki) linked to the relevant instructions for the Regex 
> incarnation being used.
>
> I note the warning about backreferences like "$1" being considered as 
> a Perl variable, so the (large) chunk of Regex interpretation which 
> handles backreferences doesn't work. Subtext : someone in the past has 
> tripped over the "which version of Regex works here" problem.
>
> I've also realised that I've installed gprenamer wrongly, so it won't 
> work for my joe-soap user (message : Failed to load module 
> "canberra-gtk-module"), but does work for a sudo user. That's 
> obviously me having done something wrong, but I haven't worked out 
> what and I do have an adequate work around, so I'll worry about it 
> when I next build a machine.
>
> Wishlist : Ability to read a string of numbers like "20210525" and 
> parse it down to a more-human readable "2021-05-25" (which is an 
> ISO8601 date, obviously - you know, "computer-friendly"). That is why 
> I was looking for TFM of the Regex system. I suspected I'd need the 
> backreferences bits of Regex black magic, but ... no TFM.
>
>
> _______________________________________________
> Gprename-users mailing list
> Gpr...@li...
> https://lists.sourceforge.net/lists/listinfo/gprename-users

[Gprename-users] Help files (or Wiki) for Regexes

[Aidan K. <aid...@ya...>]

Having crossed swords repeatedly with the various incarnations of "Regex" in various packages, it would be helpful if the help file (or the SF/Wiki) linked to the relevant instructions for the Regex incarnation being used.
I note the warning about backreferences like "$1" being considered as a Perl variable, so the (large) chunk of Regex interpretation which handles backreferences doesn't work. Subtext : someone in the past has tripped over the "which version of Regex works here" problem.
I've also realised that I've installed gprenamer wrongly, so it won't work for my joe-soap user (message : Failed to load module "canberra-gtk-module"), but does work for a sudo user. That's obviously me having done something wrong, but I haven't worked out what and I do have an adequate work around, so I'll worry about it when I next build a machine.
Wishlist : Ability to read a string of numbers like "20210525" and parse it down to a more-human readable "2021-05-25" (which is an ISO8601 date, obviously - you know, "computer-friendly"). That is why I was looking for TFM of the Regex system. I suspected I'd need the backreferences bits of Regex black magic, but ... no TFM.