Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Lamarque Vieira Souza
> On March 27, 2012, 2:30 p.m., Thomas Lübking wrote: > > Does the new patch actually *silently* skip move impossible attempts?? > > Excuse my ignorance, but why are system resources actually needed to be > > *moved* anywhere by a random user - what means they're now gone in their > > original

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Thomas Lübking
> On March 27, 2012, 2:30 p.m., Thomas Lübking wrote: > > Does the new patch actually *silently* skip move impossible attempts?? > > Excuse my ignorance, but why are system resources actually needed to be > > *moved* anywhere by a random user - what means they're now gone in their > > original

Re: RFC: i18n: drop KUIT tags in KDE Frameworks 5.0?

2012-03-27 Thread Stefan Majewsky
On Thu, Mar 22, 2012 at 11:25 AM, Chusslove Illich wrote: > Only 0.56% of all messages (1144 out of 200,000) contain any [KUIT tags]. I'm missing one point in this statistic: How big would the percentage be if KUIT was used in every relevant string? I suspect that most translated strings are sta

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Lamarque Vieira Souza
> On March 27, 2012, 2:30 p.m., Thomas Lübking wrote: > > Does the new patch actually *silently* skip move impossible attempts?? > > Excuse my ignorance, but why are system resources actually needed to be > > *moved* anywhere by a random user - what means they're now gone in their > > original

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Thomas Lübking
> On March 27, 2012, 2:30 p.m., Thomas Lübking wrote: > > Does the new patch actually *silently* skip move impossible attempts?? > > Excuse my ignorance, but why are system resources actually needed to be > > *moved* anywhere by a random user - what means they're now gone in their > > original

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Lamarque Vieira Souza
> On March 27, 2012, 2:30 p.m., Thomas Lübking wrote: > > Does the new patch actually *silently* skip move impossible attempts?? > > Excuse my ignorance, but why are system resources actually needed to be > > *moved* anywhere by a random user - what means they're now gone in their > > original

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Thomas Lübking
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104417/#review11909 --- Does the new patch actually *silently* skip move impossible att

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Lamarque Vieira Souza
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104417/ --- (Updated March 27, 2012, 2:22 p.m.) Review request for KDE Runtime and Pla

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Sebastian Kügler
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104417/#review11903 --- Hm, moving a .desktop file seems wrong to me in any case, that

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Lamarque Vieira Souza
> On March 27, 2012, 9:56 a.m., Sebastian Kügler wrote: > > Excuse my naivity here, but how does this make sense? If a user asks to > > make certain data private, he expects them to be not available in > > unencrypted fashion anymore. Copying to the encrypted folder doesn't solve > > this, as

Re: Review Request: Copy files instead of moving if parent dir is not writable

2012-03-27 Thread Sebastian Kügler
--- This is an automatically generated e-mail. To reply, visit: http://git.reviewboard.kde.org/r/104417/#review11899 --- Excuse my naivity here, but how does this make sense? If a user