Re: thunar: trash works for one user, not for another

[Andrea Borgia]

Il 19/01/19 20:17, David Christensen ha scritto:

The key item is that Thunar needs to be able to create a '.Trash-UID' 
directory in the file system mount point directory.  (I believe my mount 
point initially had an owner and group of root.root, and Thunar was 
complaining?)


Hi, David.

This is a single partition install and both my user and his are in the 
same partition. Also, according to the specs, the toplevel (mountpoint) 
trash is not relevant within "home": 
https://specifications.freedesktop.org/trash-spec/trashspec-latest.html


Thing is, I had another look around and  under .local/share/Trash/ now I 
can clearly see both the test files I deleted and the ones he's looking 
for. With "mc" and also with thunar itself.


I need to have a look in person, since I can't reproduce the issue from 
here. It might be a simple case of mistaking the change date for 
deletion date and not seeing what you're looking for.


Thanks :)

Re: kernel parallel builds?

[Andrea Borgia]

Il 14/01/19 16:48, Andrea Borgia ha scritto:


I am sort of bound to using the packaged kernel source, since I wanted 
to minimize the changes (applying only *ONE* known debugging patch) and 
also get a nice deb to install on the laptop.


Replying to self so that it might belp others:

* the CONCURRENCY_LEVEL variable is indeed specific to make-kpkg: if 
you're not using that, it won't help


* to influence the debian/rules file, the proper way is to set 
DEB_BUILD_OPTIONS, like so: DEB_BUILD_OPTIONS=parallel=4 fakeroot 
debian/rules clean binary



Incidentally, I like this second method best because it is not 
kernel-specific: it works with any package which supports this variable.
(source: 
https://www.debian.org/doc/debian-policy/ch-source.html#debian-rules-and-deb-build-options)



Regards,
Andrea.

kernel build error on install-perf

[Andrea Borgia]

Hi.

Way at the end of the build process, when I already have the linux-image 
deb ready to install, it stops with the following error message:


-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-
	install -m 644 Documentation/tips.txt -t 
'/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/usr/share/doc/linux-perf-4.19'

dh_builddeb -- -Zxz
make[5]: uscita dalla directory 
"/home/storage/no-backup/kernel-debian/linux-4.19.12/tools/perf"
make[4]: Leaving directory 
'/home/storage/no-backup/kernel-debian/linux-4.19.12/tools/perf'
rm -f 
/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/usr/bin/trace_4.19
mkdir -p 
/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/usr/share/bash-completion/
mv 
/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/etc/bash_completion.d 
\


/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/usr/share/bash-completion/completions
rmdir --ignore-fail-on-non-empty 
/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19/etc
cd 
/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/linux-perf-4.19 
&& ! find \! -type d \! -path '*[_-]4.19*' | grep .

./usr/lib64/libperf-jvmti.so
make[3]: *** 
[/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/rules.d/tools/perf/Makefile:70: 
install] Error 1
make[3]: Leaving directory 
'/home/storage/no-backup/kernel-debian/linux-4.19.12/debian/build/build-tools/tools/perf'

make[2]: *** [debian/rules.real:688: install-perf] Error 2
make[2]: *** Attesa per i processi non terminati
dpkg-deb: building package 'linux-libc-dev' in 
'../linux-libc-dev_4.19.12-1a~test_amd64.deb'.
make[3]: Leaving directory 
'/home/storage/no-backup/kernel-debian/linux-4.19.12'
make[2]: uscita dalla directory 
"/home/storage/no-backup/kernel-debian/linux-4.19.12"

make[1]: *** [debian/rules.gen:34: binary-arch_amd64_real] Error 2
make[1]: uscita dalla directory 
"/home/storage/no-backup/kernel-debian/linux-4.19.12"

make: *** [debian/rules:58: binary-arch] Error 2
-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-x-

I have followed the documentation[1] and the build-dep for linux are 
installed.


As I wrote, I'm already good to go but it annoys me that there was an 
error! Could it be an undeclared build-dep? Or just a case of PBCAK?



Thanks,
Andrea.


[1] 
https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html

Re: thunar: trash works for one user, not for another

[David Christensen]

On 1/20/19 3:10 AM, Andrea Borgia wrote:

Il 19/01/19 20:17, David Christensen ha scritto:

The key item is that Thunar needs to be able to create a '.Trash-UID' 
directory in the file system mount point directory.  (I believe my 
mount point initially had an owner and group of root.root, and Thunar 
was complaining?)


Hi, David.

This is a single partition install and both my user and his are in the 
same partition. Also, according to the specs, the toplevel (mountpoint) 
trash is not relevant within "home": 
https://specifications.freedesktop.org/trash-spec/trashspec-latest.html


Thanks for the link.  My understanding was solely based upon 
experimentation.



Thing is, I had another look around and  under .local/share/Trash/ now I 
can clearly see both the test files I deleted and the ones he's looking 
for. With "mc" and also with thunar itself.


I need to have a look in person, since I can't reproduce the issue from 
here. It might be a simple case of mistaking the change date for 
deletion date and not seeing what you're looking for.


Thanks :)


YW.  Let us know what you find out.


David

Graphic glitch Debian 9

[lividineitor]

Hello.

I don't speak or write in English.

I want to know if it's possible to track down a graphic glitch that
don't let me live.

The problem:

A horizontal line appears on my screen for one second and disappear.

The glitch is random, happens twice per hour, maybe.

In two different pc happen, one of them has a screen with VA
technology, so i can see better the line (because has a lower refresh
time) connected through HDMI and the other is a IPS (DVI). One of the
systems use a Nvidia gpu with a AMD cpu and the other a Intel cpu and
gpu.

I can't take a screenshot, for the randomness of the problem, so i
made some examples and i find one picture (of a completely different
problem) that fits perfectly.

Examples:

https://flic.kr/p/S9ZbWW
https://flic.kr/p/QwMs4M
https://flic.kr/p/2cUggrx

The picture (the line is exactly like this):

https://i.stack.imgur.com/7Dk9K.jpg

I assume  the error happens when an event for the keyboard or mouse occur.

The applications present when this happen are:

xterm
tmux
emacs (in terminal mode)
moc
firefox
chromium

The OS is Debian 9, and the environments are XFCE and Openbox.

Previously i "fixed" a tearing problems on both systems, but this
specific problem continues.

Thank you.

Re: backintime

[Rusi Mody]

On Saturday, January 19, 2019 at 8:30:05 PM UTC+5:30, David wrote:
> On Sat, 19 Jan 2019 at 21:07, Andy Smith wrote:
> > On Fri, Jan 18, 2019 at 10:29:49AM +, Jonathan Dowland wrote:
> 
> > > For those of you with decades of experience of CVS, you might as well
> > > stick with it.
> > >
> > > For someone entirely new to VCSes, I would absolutely not recommend
> > > CVS at all.
> >
> > Yes. After reading the various diversions into RCS and CVS history I
> > was a little dismayed.
> 
> Indeed, I also felt dismay at the idea that newcomers might follow advice to
> start using these ancient, incredibly limited tools.
> 
> I'd be surprised if any of the people advocating them aren't well into
> retirement. I'm not trying to change their minds or opinions, I totally
> understand wanting to stay with the familiar, because that can be
> productive, and I absolutely agree with recommending the
> use of version control, but I feel that recommending RCS or CVS for
> new starters is extremely poor advice. The field of version control has
> seriously moved on from those early tools, which were widely abandoned
> and code migrated to more modern tools for legitimate reasons.
> It's not a fad.
> 
> Here's a discussion of GIT features vs CVS ... it's ten years old.
> https://stackoverflow.com/questions/802573/difference-between-git-and-cvs/824241#824241

Thats a good list of git-cvs comparison
One can get similar lists for svn vs cvs etc
https://stackoverflow.com/questions/1261/what-are-the-advantages-of-using-svn-over-cvs

What does that have to do with Gene's needs/request?

We can all agree with these facts
rcs followed by cvs followed by svn followed by git

>From which follows the conclusion:
git obsoletes svn obsoletes cvs obsoletes rcs

Except that the last 'obsoletes' is wrong because rcs is so much simpler
that it can be taken to solve a quite different problem altogether

To summarize the 1st 2nd 3rd version ideas from 
https://en.wikipedia.org/wiki/Revision_Control_System#Related_tools_and_successors

1st gen : file based revisions (rcs)
2nd gen : client-server model, concurrency (the 'c' in cvs)
Actually the first faltering steps towards
multi-user, multi-machine, multi-location multi-OS etc usage
(zillion other multis eg multi-line-ending support etc)
3rd gen : simplify client-server to peer2peer, disconnected usage, speed etc

What features beyond 1st-gen are of any use to someone with Gene's usage 
scenario viz. a single-user, single (config) file on a single machine??

Note that the fact that git is strongly biased towards projects (directories)
rather than files has made people have this kind of discussion
[see the accepted answer]
https://stackoverflow.com/questions/11128434/how-can-i-use-git-to-track-versions-of-a-single-file

And even try to implement zit:

Note the blurb from 
https://git.wiki.kernel.org/index.php?title=Interfaces,_frontends,_and_tools#Zit

| Zit by Giuseppe Bilotta is the Git-based single file content tracker; it uses 
| Git to independently track single files within a directory; sort of like what 
| RCS does, but with the power, flexibility, elegance and ease of use of Git. 
| Still in alpha stage.
| You can get it from `git://git.oblomov.eu/zit` 

Re: backintime

[Gene Heskett]

On Monday 21 January 2019 00:12:21 Rusi Mody wrote:

> On Saturday, January 19, 2019 at 8:30:05 PM UTC+5:30, David wrote:
> > On Sat, 19 Jan 2019 at 21:07, Andy Smith wrote:
> > > On Fri, Jan 18, 2019 at 10:29:49AM +, Jonathan Dowland wrote:
> > > > For those of you with decades of experience of CVS, you might as
> > > > well stick with it.
> > > >
> > > > For someone entirely new to VCSes, I would absolutely not
> > > > recommend CVS at all.
> > >
> > > Yes. After reading the various diversions into RCS and CVS history
> > > I was a little dismayed.
> >
> > Indeed, I also felt dismay at the idea that newcomers might follow
> > advice to start using these ancient, incredibly limited tools.
> >
> > I'd be surprised if any of the people advocating them aren't well
> > into retirement. I'm not trying to change their minds or opinions, I
> > totally understand wanting to stay with the familiar, because that
> > can be productive, and I absolutely agree with recommending the
> > use of version control, but I feel that recommending RCS or CVS for
> > new starters is extremely poor advice. The field of version control
> > has seriously moved on from those early tools, which were widely
> > abandoned and code migrated to more modern tools for legitimate
> > reasons. It's not a fad.
> >
> > Here's a discussion of GIT features vs CVS ... it's ten years old.
> > https://stackoverflow.com/questions/802573/difference-between-git-an
> >d-cvs/824241#824241
>
> Thats a good list of git-cvs comparison
> One can get similar lists for svn vs cvs etc
> https://stackoverflow.com/questions/1261/what-are-the-advantages-of-us
>ing-svn-over-cvs
>
> What does that have to do with Gene's needs/request?
>
> We can all agree with these facts
> rcs followed by cvs followed by svn followed by git
>
> From which follows the conclusion:
> git obsoletes svn obsoletes cvs obsoletes rcs
>
> Except that the last 'obsoletes' is wrong because rcs is so much
> simpler that it can be taken to solve a quite different problem
> altogether
>
> To summarize the 1st 2nd 3rd version ideas from
> https://en.wikipedia.org/wiki/Revision_Control_System#Related_tools_an
>d_successors
>
> 1st gen : file based revisions (rcs)
> 2nd gen : client-server model, concurrency (the 'c' in cvs)
> Actually the first faltering steps towards
> multi-user, multi-machine, multi-location multi-OS etc usage
> (zillion other multis eg multi-line-ending support etc)
> 3rd gen : simplify client-server to peer2peer, disconnected usage,
> speed etc
>
> What features beyond 1st-gen are of any use to someone with Gene's
> usage scenario viz. a single-user, single (config) file on a single
> machine??
>
Finally, some understands the difference, thank you.  Finding the save-as 
stuff in geany, apparently disabled by default, is exactly the stuff I 
needed.

> Note that the fact that git is strongly biased towards projects
> (directories) rather than files has made people have this kind of
> discussion [see the accepted answer]
> https://stackoverflow.com/questions/11128434/how-can-i-use-git-to-trac
>k-versions-of-a-single-file
>
> And even try to implement zit:
>
> Note the blurb from
> https://git.wiki.kernel.org/index.php?title=Interfaces,_frontends,_and
>_tools#Zit
>
> | Zit by Giuseppe Bilotta is the Git-based single file content
> | tracker; it uses Git to independently track single files within a
> | directory; sort of like what RCS does, but with the power,
> | flexibility, elegance and ease of use of Git. Still in alpha stage.
> | You can get it from `git://git.oblomov.eu/zit`


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page