Re: singularity-container in bookworm?

[Boyan Penkov]

On Tue, Aug 1, 2023 at 4:31 PM Nilesh Patra  wrote:

>
> Happy to know. I just uploaded a new version (3.11.4) of singularity to
> fasttrack, this one has some new features too.
> Would you consider to try it?

Hello Nilesh -- super, I'm running this on two systems here, and it
does seem to work well.  I have not tested any specific features here,
but so far so good.!

Cheers!

>
> Best,
> Nilesh



-- 
Boyan Penkov

Re: singularity-container in bookworm?

[Boyan Penkov]

Hello Nilesh,

Thanks kindly -- I do see it, and it's playing along wonderfully with
the rest of bookworm on my systems...

Cheers!

On Tue, Aug 1, 2023 at 5:55 AM Nilesh Patra  wrote:
>
> Hi Boyan,
>
> Sorry for late response, I don't read -user mailing list.
>
> > It seems the issue is one of the more structural issues that come up
> > when upsteam's maintenance policy does not match Debian's more stable
> > development cycle. Is this a viable candidate for inclusion in
> > https://fasttrack.debian.net/ for Bookworm?
>
> Absolutely. I pushed singularity to bookworm fasttrack a few days back.
> Please feel free to use it.
>
> [1]: https://groups.google.com/g/linux.debian.user/c/Smma75Z5qIw
> [2]: https://micronews.debian.org/2023/1686751737.html
>
> Best,
> Nilesh



-- 
Boyan Penkov

singularity-container in bookworm?

[Boyan Penkov]

Hello folks,

I'm writing to ask if there is anything more recent in the works for
https://tracker.debian.org/pkg/singularity-container than
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1029669 and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917867

It seems the issue is one of the more structural issues that come up
when upsteam's maintenance policy does not match Debian's more stable
development cycle.  Is this a viable candidate for inclusion in
https://fasttrack.debian.net/ for Bookworm?

Thanks, and cheers!

-- 
Boyan Penkov

Re: FastTrack?

[Boyan Penkov]

Yep, confirming I see it again -- thanks, folks!

On 11/16/22 13:25, gene heskett wrote:

On 11/16/22 11:57, Luna Jernberg wrote:

It's not just you! fasttrack.debian.net is down.

https://downforeveryoneorjustme.com/fasttrack.debian.net?proto=https

On Wed, Nov 16, 2022 at 5:56 PM Boyan Penkov  
wrote:


Hello folks,

Is https://fasttrack.debian.net/ down?

Its ok here and now...


Cheers!

--
Boyan Penkov



.


Cheers, Gene Heskett.


--
Boyan Penkov
www.boyanpenkov.com

FastTrack?

[Boyan Penkov]

Hello folks,

Is https://fasttrack.debian.net/ down?

Cheers!

-- 
Boyan Penkov

ledger, libboost and python3.10 in testing?

[Boyan Penkov]

Hello folks,

In testing, ledger returns:
```
ledger: error while loading shared libraries:
libboost_python310.so.1.74.0: cannot open shared object file: No such
file or directory
```
Do other folks see this?

Cheers!

-- 
Boyan Penkov

Re: VMD in Debian?

[Boyan Penkov]

On 8/13/22 05:49, Paul Wise wrote:

Boyan Penkov asked:


Is https://salsa.debian.org/debichem-team/vmd maintained?
Is there a recommended way to get [vmd] installed in Debian?

Looks like that hasn't been touched since 2013. It seems that vmd
cannot be included in Debian due to license reasons. Probably you could
build a Debian package using the packaging provided by the Debichem
team, please contact them if you want to improve the package.

https://salsa.debian.org/debichem-team/vmd/-/blob/wnpp/debian/README.source
https://salsa.debian.org/debichem-team/vmd/-/blob/wnpp/debian/README.Debian
https://wiki.debian.org/Debichem
https://blends.debian.org/debichem/tasks/


Super, Paul -- thanks for the note, I'll take a look; and I think I have 
to update my understanding of what a Blend is, since I thought Blends 
were strict subsets of packages tailored to a specific purpose...


Either way, thanks kindly and cheers!




--
Boyan Penkov
www.boyanpenkov.com

VMD in Debian?

[Boyan Penkov]

Hello folks,

Is https://salsa.debian.org/debichem-team/vmd maintained?  Is there a
recommended way to get https://www.ks.uiuc.edu/Research/vmd/ installed
in Debian?

Thanks kindly, and cheers!

-- 
Boyan Penkov

Re: Status of Virtualbox in debian

[Boyan Penkov]

On Tue, Jun 21, 2022 at 7:32 PM Peter Hillier-Brook  wrote:
>
> On 21/06/2022 12:48, Boyan Penkov wrote:
> >
> >
> > On 6/21/22 07:35, Peter Hillier-Brook wrote:
> >> On 21/06/2022 11:53, Siard wrote:
> >>> On Tue, 21 Jun 2022 00:05 +0100, Peter Hillier-Brook wrote:
> >>>> On 20/06/2022 14:55, Siard wrote:
> >>>>> On Mon, 20 Jun 2022 14:21 +0200, Anders Andersson wrote: :
> >>> www.virtualbox.org/manual/ch04.html#additions-linux
> >>>
> >>> I should also note that right now there appear to be problems with
> >>> the latest
> >>> kernel, 5.18.0. The message in the terminal where VB was started
> >>> from, says:
> >>> "WARNING: The vboxdrv kernel module is not loaded. Either there is no
> >>> module
> >>> available for the current kernel (5.18.0-1-amd64) or it failed to load."
> >>> Probably a temporary problem. When starting Debian with the previous
> >>> kernel
> >>> 5.17.0, VB still works.
> >>
> >> Thanks for the quick response. Without correctly functioning guest
> >> additions - by which I specifically mean USB - VirtualBox is almost
> >> useless for me. I would agree with you that kernel 5.18.0 is the most
> >> likely source of the problem and living on in hope is the best option.
> >
> > Hey folks -- I was OP on the thread that raised the dmks issue; with
> > thanks to Keith Bainbridge, ensuring linux-kernel-headers for 5.18 were
> > installed, and then reinstalling virtualbox and virtualbox-dkms resolved
> > the issue for me.  I can confirm this is working on 5.18.0-1-amd64 right
> > now.
>
> The last time I looked at Sid the VirtualBox version was very dated. I
> doubt that you have achieved success via VBox 6.1.34?

Confirming my observations are on 6.1.34, which is what's in Sid right now.
>
> Peter HB
>


-- 
Boyan Penkov

Re: Status of Virtualbox in debian

[Boyan Penkov]

On Tue, Jun 21, 2022, 13:26 Siard  wrote:

> On Tue, 21 Jun 2022 07:48 -0400, Boyan Penkov wrote:
> > ... ensuring linux-kernel-headers for 5.18 were installed, and then
> > reinstalling virtualbox and virtualbox-dkms resolved the issue for me.
> > I can confirm this is working on 5.18.0-1-amd64 right now.
>
> Is this in testing? Do you have a debian version of virtualbox (from sid??)
>

Yes, vbox  from Side.

or the version from www.virtualbox.org? And where did you find
> virtualbox-dkms?
>

In Sid.   Yes, this is a mixed testing/unstable install...

>
>

Re: Status of Virtualbox in debian

[Boyan Penkov]

On 6/21/22 07:35, Peter Hillier-Brook wrote:

On 21/06/2022 11:53, Siard wrote:

On Tue, 21 Jun 2022 00:05 +0100, Peter Hillier-Brook wrote:

On 20/06/2022 14:55, Siard wrote:

On Mon, 20 Jun 2022 14:21 +0200, Anders Andersson wrote: :

www.virtualbox.org/manual/ch04.html#additions-linux

I should also note that right now there appear to be problems with 
the latest
kernel, 5.18.0. The message in the terminal where VB was started 
from, says:
"WARNING: The vboxdrv kernel module is not loaded. Either there is no 
module

available for the current kernel (5.18.0-1-amd64) or it failed to load."
Probably a temporary problem. When starting Debian with the previous 
kernel

5.17.0, VB still works.


Thanks for the quick response. Without correctly functioning guest 
additions - by which I specifically mean USB - VirtualBox is almost 
useless for me. I would agree with you that kernel 5.18.0 is the most 
likely source of the problem and living on in hope is the best option.


Hey folks -- I was OP on the thread that raised the dmks issue; with 
thanks to Keith Bainbridge, ensuring linux-kernel-headers for 5.18 were 
installed, and then reinstalling virtualbox and virtualbox-dkms resolved 
the issue for me.  I can confirm this is working on 5.18.0-1-amd64 right 
now.


Peter HB

Re: virtualbox kernel modules?

[Boyan Penkov]

On Fri, Jun 17, 2022 at 12:45 AM Keith Bainbridge  wrote:
>
>
> On 17/6/22 00:08, Boyan Penkov wrote:
> > On Thu, Jun 16, 2022 at 12:09 AM Keith Bainbridge  
> > wrote:
> >>> Cheers!
> >>
> >> Good afternoon Boyan
> >>
> >> What happened when you installed to 2 suggested items?
> > Hey Keith -- yes, thanks for the pointer; you're absolutely correct...
> > Somehow linux-image-headers was not installed on this machine.  Once
> > it was, cleaned some stuff up, and this problem went away...
> >
> > Of course, question for the DMs, then -- why not make the headers a
> > dependency of virtualbox-dkms?

Oops, I mean to send this to the list as well..

> >
> > Thanks kindly!
>
> Been there before.
>
> Yes, it should be a required package for VBox. Perhaps we should record
> this where such difficulties go, but I can never remember the list name
> when I want it (like now).
>
> Frankly, it's part of the reason I prefer LinuxMint Debian. A lot more
> user packages are installed by default.
>
>
> By the bye, it's good form to reply to the list, not just the responder.
>

Yes, you're right -- wrong button on this end...

Anyway, thanks kindly, and cheers!

> --
> All the best
>
> Keith Bainbridge
>
> keithrbaugro...@gmail.com
>


-- 
Boyan Penkov

virtualbox kernel modules?

[Boyan Penkov]

Hello folks,

Installing virtualbox and virtualbox-qt from sid, and running
`virtualbox --version` returns the below:
```
WARNING: The character device /dev/vboxdrv does not exist.
 Please install the virtualbox-dkms package and the appropriate
 headers, most likely linux-headers-amd64.

 You will not be able to start VMs until this problem is fixed.
```

Modprobing for vboxdrv returns no modules.

Has anybody seen this with more recent virtualbox installs?

Cheers!
-- 
Boyan Penkov

Re: Thunderbird problems

[Boyan Penkov]

On 6/15/21 8:05 AM, Alexander V. Makartsev wrote:

On 15.06.2021 06:46, Robbi Nespu wrote:

On 6/15/21 6:24 AM, Frank McCormick wrote:

...

I didn't had any issues with Thunderbird before and after update. It 
works normally as usual.
I think, the root cause for this issue could be elsewhere. I would 
suspect "libc" version difference in Bullseye, or something else.
Actually, +1 on this observation, for 1.78.11.0-1 not working on two 
Bullseye installs.


Strangely, my personal gmail won't log in, but my university's mail -- 
managed by google -- does...


Cheers!


--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀https://www.debian.org
⠈⠳⣄

Paraview crashes?

[Boyan Penkov]

+ abort  paraview


```

Should I file a bug?

Cheers!

-- 
Boyan Penkov

pdf-tools, doc-view and emacs 27.1 in bullseye is very slow

[Boyan Penkov]

Hello folks,

Just upgraded to bullseye, and pdf-tools and doc-view for the emacs
folks is very different:

-- startup is very slow, and emacs seems to stutter (like, pre-26,
pre-threading...) on conversion.

-- the place in the pdf is no longer reliably bookmarked

-- doc-view-fit-to-width is no longer reliable over restarts.

Anybody else seeing stuff like this?

Cheers!

-- 
Boyan Penkov

linux-image-amd64 OK?

[Boyan Penkov]

Hello folks,

I am following buster and buster-backports, and there are complaints 
about linux-image-amd64 -- is there something fishy here?


Linux-headers are OK, and pointing myself to testing suggests a clear 
path forward (put will pull down cpp-9, and create a frankendebian).


Please see below for the output, and my sources.list

(base) →  sudo apt install linux-image-amd64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 linux-image-amd64 : Depends: linux-image-5.5.0-0.bpo.2-amd64 (= 
5.5.17-1~bpo10+1) but it is not going to be installed

E: Unable to correct problems, you have held broken packages.
(base) →  cat /etc/apt
deb https://deb.debian.org/debian/ buster main contrib non-free
deb https://deb.debian.org/debian-security/ buster/updates main contrib 
non-free

deb https://deb.debian.org/debian/ buster-updates main contrib non-free
deb https://deb.debian.org/debian/ buster-proposed-updates main contrib 
non-free

deb https://code.liw.fi/debian/ unstable main

deb http://deb.debian.org/debian buster-backports main contrib non-free%

Cheers!

--
Boyan Penkov
www.boyanpenkov.com

Re: What every programmer should know about memory, in 2019?

[Boyan Penkov]

Thanks, Tomas — any pointers to where I might find such an revised, amended 
version?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Oct 25, 2019, at 03:22, to...@tuxteam.de wrote:
> 
> On Fri, Oct 25, 2019 at 02:11:58AM +0200, deloptes wrote:
>> Boyan Penkov wrote:
>> 
>>> Ulrich Drepper's piece on on-chip memory architectures is a fantastic
>>> read, and I recently had the chance to revisit it --
>>> https://people.freebsd.org/~lstewart/articles/cpumemory.pdf
>>> 
>>> I am writing to ask more knowledgeable folks if the last 13 years have
>>> seen sufficient changes that render parts of this out of date or
>>> misleading on 2019 hardware.
>> 
>> 114 pages! Really :) I am not an expert but let me ask you a question - did
>> something change in the past 13y regarding memory in context of
>> programming? I think no. Only "developers" became dumber. 
> 
> Processors have (again) changed a bit: the gap between processor
> speed and memory has widened a tad, there are more cores on a
> package (putting even more pressure on the memory bottleneck).
> 
> Compilers have become smarter (and more insidious, depending on
> your problem at hand) [1] to try to keep that illusion of Moore's
> "law" upright.
> 
> So yes, an update on Ulrich Drepper's paper would be welcome.
> 
> A good read, btw.
> 
> Cheers
> [1] https://lwn.net/Articles/799218/
> -- tomás

What every programmer should know about memory, in 2019?

[Boyan Penkov]

Hello,

Ulrich Drepper's piece on on-chip memory architectures is a fantastic
read, and I recently had the chance to revisit it --
https://people.freebsd.org/~lstewart/articles/cpumemory.pdf

I am writing to ask more knowledgeable folks if the last 13 years have
seen sufficient changes that render parts of this out of date or
misleading on 2019 hardware.

Cheers!

-- 
Boyan Penkov

Re: buster irqbalance on 4.19.0-5 kernel?

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Jul 10, 2019, at 15:30, Cindy Sue Causey  wrote:
> 
> On 7/10/19, Boyan Penkov  wrote:
>> Hello,
>> 
>> After the upgrade to 4.19.0-5, the irqbalance package is marked for
>> autoremoval.  While I am not familiar with exactly what it does,
>> reading here -- https://packages.debian.org/buster/irqbalance -- does
>> make it seem like a nice feature, and worth having (and one that
>> 4.19.0-4 made me have...)
>> 
>> Did I miss something?
> 
> 
> Hi.. I can't answer specifically what you're asking there at the very
> end, BUT you *might* be able to delay that message with something I
> tripped over a long time ago.
> 
> The Cliff's Notes version: apt-mark ("man apt-mark" could possibly be
> your new friend). I just test drove it:
> 
> # apt-mark manual gnome-sudoku
> gnome-sudoku was already set to manually installed.
> 
> So it looks like #ItWORKS!
> 
> You can see what, if anything, is already set as manually installed by 
> running:
> 
> $ apt-mark showmanual
> 
> If you have a LONG list (mine is due to an unfortunate incident last
> month, GRIN), you can perform a very simple "grep", too:
> 
> $ apt-mark showmanual | grep gnome
> gnome-desktop3-data
> gnome-sudoku
> libgnome-desktop-3-17
> 
> Oop, just remembered I have (had!) 2 packages showing as autoremovable
> so I test drove:
> 
> # apt-mark manual python3-colorama
> python3-colorama set to manually installed.
> 
> And now just pretended to install aqemu. That python3-colorama package
> is no longer declared removable as part of the *noise* that sometimes
> appears during package installations. It *really* works!
> 
> .Now the long, boring version written before the above was re-found 
> online:
> 
> *Some* packages, *_not all_*, will issue some version of a "now set as
> manually installed" feedback statement if you accidentally try to
> install an already installed *dependency" type package.
> 
> About two weeks ago, I have forgotten where, but I FINALLY saw that
> the "manually installed" message is, in part, saying... Ok, it looks
> like you have a special attachment to, a special interest in THIS
> package... So I won't bother you about THIS package anymore if it ever
> shows up on *my* (apt's/apt-get's) list as a dependency that is no
> longer needed for anything else to function properly.
> 
> "apt-get install" is where I see the [now set to/as manually
> installed] message. It's possible it works for "apt install", too, but
> I can't real quick come up with a test package to know for sure.
> 
> And, like I *tried* to say in some form, apparently the beauty of that
> "now manually installed" advisement is that the packages that present
> that notice theoretically should NOT show up where you're seeing
> irqbalance just this moment in time. I've just never had a test case
> to test drive that theory.
> 
> One potential, very useful purpose for the "now manually installed"
> feature would be for a developer who maybe regularly, *momentarily*
> leans on a dependency package while developing their own.
> 
> Having remembered about apt-mark's existence, I just got to delete 3
> more paragraphs that were sitting right here. *yay!*
> 
> Have fun!
> 
> Cindy :)

Hey Cindy — thanks for the very insightful message; I was hacking up apt-mark’s 
functionality by using synaptic and looking at the (manual) packages, but this 
seems a much more ready way to go.  I’ll def check it out.

Cheers!

> -- 
> Cindy-Sue Causey
> Talking Rock, Pickens County, Georgia, USA
> 
> * runs with birdseed *
> 

Re: buster irqbalance on 4.19.0-5 kernel?

[Boyan Penkov]

On 7/10/19 2:28 PM, Sven Joachim wrote:

On 2019-07-10 14:15 -0400, Boyan Penkov wrote:


After the upgrade to 4.19.0-5, the irqbalance package is marked for
autoremoval.

That is correct.


While I am not familiar with exactly what it does,
reading here -- https://packages.debian.org/buster/irqbalance -- does
make it seem like a nice feature, and worth having (and one that
4.19.0-4 made me have...)

Did I miss something?

For the reason why irqbalance is no longer recommended, see
https://bugs.debian.org/926967.


Debian email list justice is swift and merciless -- and I should read 
the bug reports... ;)


Thanks kindly!


Cheers,
Sven

buster irqbalance on 4.19.0-5 kernel?

[Boyan Penkov]

Hello,

After the upgrade to 4.19.0-5, the irqbalance package is marked for
autoremoval.  While I am not familiar with exactly what it does,
reading here -- https://packages.debian.org/buster/irqbalance -- does
make it seem like a nice feature, and worth having (and one that
4.19.0-4 made me have...)

Did I miss something?

Cheers!

-- 
Boyan Penkov

Re: Buster emacs crashes with doc-view-mode

[Boyan Penkov]

On 5/21/19 4:08 AM, Curt wrote:


Your backtrace looks quite similar to this:

http://codepad.org/juUbz33Q
https://www.reddit.com/r/emacs/comments/9xrjto/emacs_latex_docview_bug_crashes_emacs/

The OP believes his issue is related to the 'doc-view-resolution'
parameter (when reverting from 300 to a setting of 100 the crash doesn't
seem to occur for him).


Thanks for the pointer -- I have replaced my resolution of 600 (!) to 
150, with a minimal hit (my monitor is 141 dpi) -- I'm not claiming the 
crash stopped, just probably will happen less often.


That said, some searching pulled up Fedora seeing this for a while, and 
this being a standing issue in debian -- anybody familiar with the 
history here?

Buster emacs crashes with doc-view-mode

[Boyan Penkov]

Hello folks,

In EMACS, I often switch between doc-view and pdf-view to read PDFs.
Occasionally, EMACS crashes with this backtrace:

Backtrace:
emacs[0x5114ce]
emacs[0x4f6eda]
emacs[0x50f9ae]
emacs[0x50fbc8]
emacs[0x50fcb9]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12730)[0x7fea71fd8730]
/lib/x86_64-linux-gnu/libc.so.6(+0xa214f)[0x7fea71b5214f]
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.6(ReadBlob+0x21e)[0x7fea72fd8fae]
/usr/lib/x86_64-linux-gnu/ImageMagick-6.9.10/modules-Q16/coders/png.so(+0x4e9e)[0x7fea64b5be9e]
/usr/lib/x86_64-linux-gnu/libpng16.so.16(+0x1a90f)[0x7fea7544f90f]
/usr/lib/x86_64-linux-gnu/libpng16.so.16(+0x1a9ea)[0x7fea7544f9ea]
/usr/lib/x86_64-linux-gnu/libpng16.so.16(+0x1f3b2)[0x7fea754543b2]
/usr/lib/x86_64-linux-gnu/libpng16.so.16(png_read_row+0x10f)[0x7fea7544681f]
/usr/lib/x86_64-linux-gnu/ImageMagick-6.9.10/modules-Q16/coders/png.so(+0xccdf)[0x7fea64b63cdf]
/usr/lib/x86_64-linux-gnu/ImageMagick-6.9.10/modules-Q16/coders/png.so(+0xda9e)[0x7fea64b64a9e]
/usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.6(ReadImage+0x320)[0x7fea7300fc20]
/usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.6(MagickReadImage+0x6a)[0x7fea732f16aa]
emacs[0x5e3dbd]
emacs[0x5ecc4e]
emacs[0x5ed150]
emacs[0x56dc2c]
emacs[0x5a5260]
emacs[0x56dbab]
emacs[0x5a5260]
emacs[0x56dbab]
emacs[0x5a5260]
emacs[0x56dbab]
emacs[0x56f92a]
emacs[0x56dc2c]
emacs[0x5a5260]
emacs[0x56dbab]
emacs[0x56dcea]
emacs[0x4fd42f]
emacs[0x4fd7e5]
emacs[0x4fe2c8]
emacs[0x500b28]
emacs[0x5b03a8]
emacs[0x4244ba]
emacs[0x50319b]
emacs[0x504900]
emacs[0x505fd4]
...

[1]  + bus error  emacs

This is intensely annoying, since I usually have ~100 PDFs open.  Any ideas?

Cheers!
-- 
Boyan Penkov

Re: No Books in print on Systemd?

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On May 18, 2019, at 17:19, Kenneth Parker  wrote:
> 
> I know there are controversies on Systemd (including in Debian  --  for 
> example, Devuan), but I want to learn enough about it to (Horrors!)  become 
> an expert.
> 
> And yes, I have found several online resources, including on the Debian Wiki. 
>  (I'm also reading https://www.freedesktop.org/wiki/Software/systemd/ 
> <https://www.freedesktop.org/wiki/Software/systemd/> ).
> 
> My problem?  My best times for reading are times where a "Paper Book" is 
> best.  Unfortunately, I haven't found any.

+1 for the implicit sentiment that it may be time for a book-length elucidation 
of the system, as I was looking around the the same thing — even if it’s 
http://0pointer.net/blog/ posts cleaned up and laid out in a systematic (not 
temporally linear..) way, I’ be interested….

> 
> If I'm missing something, please tell me.  Otherwise, do any of you know if 
> someone's working on a Book?
> 
> Thank you.
> 
> Kenneth Parker

Re: How to get a clean situation for nvidia drivers

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Mar 13, 2019, at 07:55, Andrea Borgia  wrote:
> 
> Yup, my bad: I assumed that the package still had a reason to be installed. 
> It might have been a mistake or a requirement of an earlier video card, the 
> system is more than 10 yrs old and I am not sure anymore if the card is still 
> the original one.
> 

Hey folks — just a though on this: would it be worth filing a bug against 
nvidia-checker to have it tell you when you have a non-nvidia card installed, 
and should look at other drivers?

> Thanks.
> 
> Il giorno mer 13 mar 2019 alle ore 12:47 Brad Rogers  <mailto:b...@fineby.me.uk>> ha scritto:
> On Wed, 13 Mar 2019 12:27:51 +0100
> Andrea Borgia mailto:and...@borgia.bo.it>> wrote:
> 
> Hello Andrea,
> 
> >Perhaps a silly question but... how do I know whether my card is a
> 
> Maybe.
> 
> >[AMD/ATI] RV370 [Radeon X300/X550/X1050 Series]
> 
> .It's a Radeon card.  nVidia drivers are worthless to you.
> 
> -- 
>  Regards  _
>  / )   "The blindingly obvious is
> / _)radnever immediately apparent"
> No guarantee the stimuli must be perceived the same...
> Gary Gilmore's Eyes - The Adverts

Re: How to get a clean situation for nvidia drivers

[Boyan Penkov]

On 3/12/19 2:03 PM, Erwan David wrote:

When upgrading my lenovo T530 I was warned that nvidia-driver does not
support anymore my graphic card. Thus I chose to not upgrade in the dialog.

Now I have partially installed packages for nvidia driver, so what
should I do with this ?

And what should I have done ? Install non working drivers ?


I am on a W520, equipped with a Quadro-1000M; I saw the same warning you 
did, and the card was identified correctly.  I am on Buster.


I installed nvidia-legacy-390, uninstalled nvidia-legacy-checker, and my 
machine survived a reboot with the GUI coming up nicely.


YMMV.

On a totally separate note, I have no idea actually if I am using this 
driver over nouveau, since I was messing with bumblebee a while back and 
don't push the graphics capabilities here

Re: Stretch to buster

[Boyan Penkov]

OP, are you on x86?  amd64?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Feb 9, 2019, at 16:29, Patrick Bartek  wrote:
> 
> On Sat, 9 Feb 2019 07:48:00 +
> Paul Sutton  wrote:
> 
>> On 09/02/2019 02:22, Peter Ehlert wrote:
>>> 
>>> On 2/8/19 11:09 AM, Patrick Bartek wrote:  
>>>> On Fri, 8 Feb 2019 15:06:34 +
>>>> Paul Sutton  wrote:
>>>> 
>>>>> Updated from Stretch to Buster (non-free) the other day all went fine,
>>>>> just undertaken  
>>>> Why?  Buster is still alpha.  A lot can still go wrong.  Hope it's not
>>>> your primary use distro.  
>>> Why?: 1. migrate now, or later this year when Buster is the new Stable.
>>> 2. Newer features. Mate 1.20 is great, so is 1.16 but there have been
>>> several "new shiny things" I like.
>>> 
>>> alpha? maybe so: Been using Buster on one machine for 6 months or a
>>> year, no issues... none that lasted more than the next update anyway.
>>> The last couple months zip.
>>> 
>>> I have other distros available on the machines. My data is always
>>> accessible.  
>>>> 
>>>>> apt update && apt upgrade  
>>>> With testing, dist-upgrade is the recommended upgrade procedure. That
>>>> would be 'full-upgrade' with apt, if memory serves.  Read the
>>>> manual for why.  
>>> 
>>> my procedure was dead simple:
>>> 
>>> using Pluma:
>>> edit both /etc/apt/sources.list and /etc/apt/sources.list.d/base.list  
>>>> replace stretch with buster  
>>> 
>>> using Synaptic: refresh and update ... took about an hour.
>>> 
>>> reboot and all was good
>>> 
>>>>> today and  all seem to go fine,  The process seems to be pretty
>>>>> painless
>>>>> for the most part.  
>>>> Well I think that's because Debian's alphas are everybody else's betas
>>>> or better.  
>>> true that! packages have to be in pretty good shape to get to the
>>> Buster repo
>>> excellent vetting process
>>> 
>>> I have a spare netbook, which was running stretch, not really being used
>>> for much as I have my main desktop / netbook for general use / work.  
>>> However why not upgrade and test.  I am sure given the comments to this
>>> thread with regard to no problems etc is of great comfort to the
>>> developers. 
>>> 
>>> I can't do much,  as I am probably not technical enough.  I can run the
>>> update commands,  and see what happens,  I have an idea on how to pipe
>>> these messages to a file.  This can be shared and hopefully be useful.
>>> 
>>> If I share issues here others may be able to say if they have the same
>>> issue.  For the most part we can discuss the experiences here and
>>> confirm issues.
>>> 
>>> The about myself tool still comes up with 'unknown error' when trying to
>>> apply changes.
>>> 
>>> xfce menu -> debian - applications -> system - administration - about myself
>>> 
>>> enter info - apply - password - unknown error
>>> 
>>> 
>>> Paul  
> 
> Thanks to both Paul & Peter for their dist-upgrade reasons -- some
> practical, others "bright shiny new toy."
> 
> As for me, I'm the patient, very practical type.  Debian is my distro
> of choice after almost 20 years of using other Linuxes because of its
> philosophy of stability and bug-freeness above all else. I'll wait
> until Buster is in Release Candidate status before testing it in a VM.
> Normally, I wouldn't bother since I usually only upgrade every other
> release after LTS ceases on my primary install.  But this time, Buster
> includes support for AMD's Ryzen APU series which a notebook I'm
> considering purchasing around summertime uses.
> 
> Thanks, again.  You never can have too much info. ;-)
> 
> B
> 

Disable left-ctrl?

[Boyan Penkov]

Hey folks,

I am now writing my thesis, and have the genesis of some pretty significant 
EMACs pinky.  (I use my left pinky for the left ctrl most of the time, which is 
setting me up for failure.).

To this end, I’d like to disable the left ctrl key only, and force my brain to 
use the right one.  Better yet, I’d like the screen to flash or something then 
I inadvertently hit left-ctrl.

Any thoughts?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: The Dark Mod on Stretch?

[Boyan Penkov]

Hello all,

OK, here's my results:

-- trying on 2.06 sources, I was unable to get it to compile, halting
at the null pointer error above...

-- trying on a fresh subversion checkout (svnversion returns 7909M), I
apply Rico's patches in order and get a clean compile, that drops a
nice thedarkmod.x64 in my working directory.  I then tried to launch
it, and kept getting PATH errors.  I looked up the hardcoded path,
moved some stuff around, and got this:

→ games/darkmod pwd
 11:50:20
/usr/share/games/darkmod
→ games/darkmod tree
 11:50:23
.
├── darkmod
│   └── fms
│   ├── consolehistory.dat
│   └── river.pk4
├── fms
│   ├── consolehistory.dat
│   └── river.pk4
└── thedarkmod.x64

3 directories, 5 files
→ games/darkmod ./thedarkmod.x64
 11:50:25
TDM 2.07/64 #7909 (7909M) linux-x86_64 Jan 12 2019 08:24:55
found interface lo - loopback
found interface enp8s0 - 10.0.1.9/255.255.255.0
Found Generic CPU, features: MMX SSE SSE2 SSE3
tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing.
-- Initializing File System --
Current search path:
  /usr/share/games/darkmod/
File System Initialized.
--
Unknown command 'vid_restart'
- Game Map Shutdown --
- Game Map Shutdown done -
idRenderSystem::Shutdown()
I18NLocal: Shutdown.
 Game Shutdown ---
Shutdown event system
...not started
--
Sys_Error: Couldn't load default.cfg
About to exit with code 1
→ games/darkmod
 11:50:34

The river.pk4 is a package file I pulled down to get something to test.

I suspect I am unable to find the default.cfg since I am not running
through all the stuff  that tdm_updater uses.  Any thoughts here?

Cheers!

On Sat, Jan 12, 2019 at 8:36 AM Reco  wrote:
>
> Hi.
>
> On Sat, Jan 12, 2019 at 07:57:32AM -0500, Boyan Penkov wrote:
> > Thanks for your patience -- trying this now...
> >
> > Did you get the following errors?
> >
> > game/StimResponse/StimResponseTimer.cpp: At global scope:
> > game/StimResponse/StimResponseTimer.cpp:22:62: error: non-constant
> > condition for static assertion
> >  static_assert((size_t)&((TimerValue*)NULL)->Time.Millisecond == 4,
> > "TimerValue type has wrong packing");
> >~~~^~~~
> > game/StimResponse/StimResponseTimer.cpp:22:62: error: dereferencing a
> > null pointer in ‘*0’
> > game/StimResponse/StimResponseTimer.cpp:23:61: error: non-constant
> > condition for static assertion
> >  static_assert((size_t)&((TimerValue*)NULL)->Val.Millisecond == 4,
> > "TimerValue type has wrong packing");
> >~~^~~~
> > game/StimResponse/StimResponseTimer.cpp:23:61: error: dereferencing a
> > null pointer in ‘*0’
>
> No, I'd remember those. My 2.06 does not have these asserts at all:
>
> $ grep -c assert thedarkmod/game/StimResponse/StimResponse.cpp
> 0
>
> Reco
>


-- 
Boyan Penkov

Re: The Dark Mod on Stretch?

[Boyan Penkov]

Thanks for your patience -- trying this now...

Did you get the following errors?

game/StimResponse/StimResponseTimer.cpp: At global scope:
game/StimResponse/StimResponseTimer.cpp:22:62: error: non-constant
condition for static assertion
 static_assert((size_t)&((TimerValue*)NULL)->Time.Millisecond == 4,
"TimerValue type has wrong packing");
   ~~~^~~~
game/StimResponse/StimResponseTimer.cpp:22:62: error: dereferencing a
null pointer in ‘*0’
game/StimResponse/StimResponseTimer.cpp:23:61: error: non-constant
condition for static assertion
 static_assert((size_t)&((TimerValue*)NULL)->Val.Millisecond == 4,
"TimerValue type has wrong packing");
   ~~^~~~
game/StimResponse/StimResponseTimer.cpp:23:61: error: dereferencing a
null pointer in ‘*0’


Cheers!

On Tue, Jan 8, 2019 at 3:08 PM Reco  wrote:
>
> Hi.
>
> On Tue, Jan 08, 2019 at 08:22:53AM -0500, Boyan Penkov wrote:
> > Hello,
> >
> > Anybody here play http://www.thedarkmod.com/main/ 
> > <http://www.thedarkmod.com/main/> ?
>
> I wish ☹
>
> >  have folks been able to get 2.07 to compile on Stretch, under only 64-bit?
>
> I could try if you provide me the source. 2.06, which I took from [1],
> can be built like this:
>
> 1) Build-deps:
>
> apt install scons m4 subversion mesa-common-dev libxxf86vm-dev \
> libopenal-dev libxext-dev
> apt purge libcurl4-gnutls-dev
>
> 2) Patching:
>
> patch -p1 -i /tmp/01-multilib.patch
> patch -p1 -i /tmp/02-ffmpeg.patch
>
> 3) Building:
>
> scons BUILD="release" TARGET_ARCH="x64" -j`nproc`
>
>
> Of course, doing it the proper way (unbundling all the libraries, fixing
> signed/unsigned mixups, etc), wrapping the thing into a package - is
> outside of scope of this mini-howto.
>
> Reco
>
> [1] http://www.thedarkmod.com/downloads/



-- 
Boyan Penkov

The Dark Mod on Stretch?

[Boyan Penkov]

Hello,

Anybody here play http://www.thedarkmod.com/main/ 
<http://www.thedarkmod.com/main/> ?  have folks been able to get 2.07 to 
compile on Stretch, under only 64-bit?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Mirror release file expired

[Boyan Penkov]

On apt-get update, I see:

Reading package lists... Done
E: Release file for
http://mirror.cc.columbia.edu/debian/dists/buster/InRelease is expired
(invalid since 17h 5min 48s). Updates for this repository will not be
applied.

What's the best way to communicate this to the folks who manage that
particular mirror -- the Columbia one?

Cheers!

-- 
Boyan Penkov

Re: SyncTeX?

[Boyan Penkov]

On Mon, Sep 17, 2018 at 4:09 AM Curt  wrote:
>
> On 2018-09-16, Glenn English  wrote:
> > Thanks to the answers and suggestions to my plea, I may have figured
> > out what's happening with SyncTeX scribbling on my monitor.
> >
> > It was suggested that 'texlive-extra-utils' is where synctex comes
> > from, but that's not installed here. So more than one package must
> > bring it in as a dependency or something.
>
> > Here, I'm pretty sure, it's Evince.
>
> I would stab in the dark and guess 'gedit-plugins,' which pulls in

FWIW, I don't have this package installed.

>
>  /usr/lib/s390x-linux-gnu/gedit/plugins/synctex.plugin
>  /usr/lib/s390x-linux-gnu/gedit/plugins/synctex/__init__.py
>  /usr/lib/s390x-linux-gnu/gedit/plugins/synctex/evince_dbus.py
>  /usr/lib/s390x-linux-gnu/gedit/plugins/synctex/synctex.py
>
> curty@einstein:~$ apt-cache show gedit-plugins
>  gedit-plugins contain a set of plugins for gedit, GNOME's text editor.
>  .
>  The following plugins are included:
>
> 
>
>   * SyncTeX: Synchronize between LaTeX and PDF with gedit and evince.
>
> > I have a Python script running that tells me every hour to get up from
> > the keyboard and get a little exercise. That script runs Evince to
> > display pdfs of the notices. When I kill the script, the garbage no
> > longer appears. And other Python scripts don't do that stuff.
> >
> > The problem now is that those notices are good for me. I've looked for
> > other pdf viewers, but there's nothing in the repositories anywhere as
> > nice as Evince for taking up the entire screen and enlarging a pdf.
> >
> > Anybody know of a civilized, bug-free pdf viewer? (will display full
> > screen with no or thin borders, allows for manipulating size and
> > position)
> >
> > --
> > Glenn English
> >
> >
>
>
> --
> “An oak is a tree. A rose is a flower. A deer is an animal. A sparrow is a
> bird. Russia is our fatherland. Death is inevitable.” Russian school book.
>


-- 
Boyan Penkov

Re: SyncTeX?

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Sep 15, 2018, at 05:58, Curt  wrote:
> 
> On 2018-09-14, Glenn English  wrote:
>> 
>> I've looked in Aptitude for something installed -- there's a
>> libsynctex installed, and I started to delete it. But Aptitude said it
>> was a dependency of something that seems to have something to do with
>> GNOME (my GUI is XFCE4, but I'm aware that several things bring in
>> pieces of GNOME). I didn't delete it for fear of going to dependency
>> hell.
> 
> synctex is part of the 'texlive-extra-utils' package (at least it is on
> Stretch).

I do have this installed — similar to OP, ps -aux shows nothing...

> 
> https://www.tug.org/TUGboat/tb29-3/tb93laurens.pdf
> 
>> I've looked for something running in ps -- nothing.
>> 
>> Crazy-making; it litters my screen. Anyone have a suggestion/explanation?
>> 
> 
> None springs to mind at the moment, sorry.
> 
> -- 
> “An oak is a tree. A rose is a flower. A deer is an animal. A sparrow is a
> bird. Russia is our fatherland. Death is inevitable.” Russian school book.
> 

Re: SyncTeX?

[Boyan Penkov]

On 9/14/18 12:01 PM, Glenn English wrote:

Buster, Supermicro Xeon box.

Several times an hour, something is writing on my screen: "! SyncTeX
Error : No file?".


Hmmm, +1 -- I had ignored this, as the terminal I had been staring at 
for the last few days is running latex/emacs and some makefile that I 
had assumed has some synctex in it (but actually does not).


Buster amd64 on a W520 (core i7).  Would be glad to try suggestions...


If I hit RTN, I get a normal CLI prompt.

I don't know what it's doing, or what other things are sucking CPU
cycles. I don't know what started it, and I'd like to get rid of it.

I've rebooted -- still there. It didn't used to be, a couple updates ago.

I've looked for a .deb in /var/cache/apt... -- nothing.

I've looked in Aptitude for something installed -- there's a
libsynctex installed, and I started to delete it. But Aptitude said it
was a dependency of something that seems to have something to do with
GNOME (my GUI is XFCE4, but I'm aware that several things bring in
pieces of GNOME). I didn't delete it for fear of going to dependency
hell.

I've looked for something running in ps -- nothing.

Crazy-making; it litters my screen. Anyone have a suggestion/explanation?

Stretch backport for libjavascriptcoregtk-4.0-18

[Boyan Penkov]

Hello,

At the latest sudo apt-get dist-upgrade, libjavascriptcoregtk-4.0-18
is held back.  Changing sources.list from stretch to buster enables it
to update cleanly, and pulls in libwebkit2gtk-4.0-37 (from 2.20.3-1 to
2.20.5-1).

Is this expected behavior?

Cheers!

-- 
Boyan Penkov

linux 4.19 scsi-mq default?

[Boyan Penkov]

Hello folks,

Likely not the exact right list to ask, but likely someone here knows — did 
scsi-mq by default make it into linux 4.19?

http://lkml.iu.edu/hypermail/linux/kernel/1807.0/02224.html 
<http://lkml.iu.edu/hypermail/linux/kernel/1807.0/02224.html>

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: Calculator with "tapes"

[Boyan Penkov]

iPython too much overhead?

On Mon, Jul 16, 2018, 12:58 Ken Heard  wrote:

> Does Debian have a calculator package which has the equivalent of the
> tape produced by mechanical machines to show the entire calculation.  I
> find such "tapes" essential when for example I am adding a long list of
> numbers and need to check after the addition is done to verify that all
> the numbers were entered correctly.
>
> Regards, Ken
>
>

Re: Nvidia drivers

[Boyan Penkov]

Thanks for being a good guy and following up; I was looking into this 
and this report was keeping me from apt-get dist-upgrade this evening, 
so I know I'm OK now...


Silent thanks to all that have faffed with getting this sorted in the 
last week -- cheers!


On 07/09/2018 02:17 PM, Matthew Crews wrote:

On 7/9/18 5:55 AM, Matthew Crews wrote:

On Fri, Jul 06, 2018 at 09:55:45AM +0100, Darac Marjal wrote:

On Thu, Jul 05, 2018 at 08:03:22PM -0500, Mark Allums wrote:
 This requires a workaround, a kernel parameter at boot.
 GRUB_CMDLINE_LINUX_DEFAULT="slab_common.usercopy_fallback=y"
 Edit the config file like this,
 $sudo gedit /etc/default/grub
 Then run $sudo update-grub.

Actually, as of version 390.67-2, that's no longer needed. Quoting [1]:

I just tested with 4.16 kernel and 390.67-2 nvidia-driver, and
unfortunately this work-around is still required on my system. I was
unable to boot my system properly without the kernel parameter in GRUB.


You know what? Thats actually not true. I didn't realize that I was
still using the old driver version when I tested.

臘‍♂️

You can disregard. The kernel parameter is not needed with 390.67-2

Re: Jessie: No logrotate since October 2016?

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On May 6, 2018, at 05:10, Jonathan de Boyne Pollard 
> <j.deboynepollard-newsgro...@ntlworld.com> wrote:
> 
> John Cunningham:
> 
>> I hate to wade into the pool of systemd hate, but is this systemd's fault? I 
>> noticed anacron doesn't exist on this system. Is it supposed to anymore? Or 
>> is that one of the things that have been deprecated? If so, how are the 
>> /etc/cron.daily jobs getting run these days?
>> 
> You'll have to check the timeframe of when these changes happened with 
> respect to Debian 8, but a Debian 9 system does not use cron to run anacron 
> and various other things like phpsessionclean, nor use anacron itself to run 
> various further things.  You'll find [ ! -d /run/systemd/system ] in various 
> places in Debian Linux nowadays that turns stuff off when systemd is running, 
> as well as reliance on the fact that systemd ignores non-native stuff if it 
> has native stuff of the same name (such as anacron.timer).
> 
> * https://unix.stackexchange.com/a/438379/5132

Thanks for the pointer, particularly here...

> 
> * https://sources.debian.org/src/anacron/2.3-24/debian/anacron.timer/
> 
> * https://sources.debian.org/src/apt/1.6.1/debian/apt.apt-compat.cron.daily/
> 
> * https://sources.debian.org/src/man-db/2.8.3-2/debian/cron.daily/
> 
> Moreover, you will find the similar [ -x /usr/sbin/anacron ] in various 
> places to control what happens when anacron is not installed.
> 
> * https://sources.debian.org/src/cron/3.0pl1-130/debian/crontab.main/
> 
> So bear in mind that your learned ideas about what runs what are no longer 
> true.
> 

Re: backports on kernel 4.15 and nvidia-driver 390 crashes x

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On May 4, 2018, at 17:19, Francisco M Neto <fmn...@gmail.com> wrote:
> 
> Hello,
> 
>   I had a similar problem when I upgraded from Stretch (4.9) to
> Buster (4.15). The nvidia driver stopped working but after reinstalling
> it started to work again, supposedly because it needed to rebuild the
> kernel module with headers from the new kernel. Maybe you're having a
> similar issue?

I don’t think so, as the experiment matrix I tried above involved rebuilding 
the module using the correct headers every time.

Updating sources to buster and pulling in kernel-image, kernel-headers, then 
restarting to 4.16 to recovery mode, uninstalling nvidia-driver and then 
reinstalling the nvidia-driver package seems to have worked…. However, this 
cannot be the orthodox approach to solve this…..

> 
>   Which nvidia card are you using?

GTX 560 Ti, which is Fermi, which is indeed old — wikipedia says it’s going to 
legacy after 390 — is that where I may be getting in trouble?  Should I try 
nvidia-legacy in debian?

> 
> --
> Francisco
> 
> On Thu, 2018-05-03 at 20:24 -0400, Boyan Penkov wrote:
>> Hello,
>> 
>> I have upgraded to the current stretch backports nvidia-driver, and
>> this crashes on the current stretch backports kernel.  Have folks seen
>> this combination work?
>> 
>> I see the following:
>> 
>> kernel — nvidia — status
>> 4.15 — 390 — fail
>> 4.15 — 370 — untested
>> 4.9 — 390 — fail
>> 4.9 — 375 — success
>> 
>> Anything I can do to help debug? What’s annoying is that the fails on
>> 390 print a blank screen with no X cursor and a prompt to log out, so
>> I don’t know where to look for logs or traces….
>> 
>> Cheers!
>> --
>> Boyan Penkov
>> www.boyanpenkov.com
>> 
> -- 
> --
> []'s,
> 
> Francisco M Neto
> Institut für Anorganische Chemie
> Universität Duisburg-Essen
> 

backports on kernel 4.15 and nvidia-driver 390 crashes x

[Boyan Penkov]

Hello,

I have upgraded to the current stretch backports nvidia-driver, and this 
crashes on the current stretch backports kernel.  Have folks seen this 
combination work?

I see the following:

kernel — nvidia — status
4.15 — 390 — fail
4.15 — 370 — untested
4.9 — 390 — fail
4.9 — 375 — success

Anything I can do to help debug? What’s annoying is that the fails on 390 print 
a blank screen with no X cursor and a prompt to log out, so I don’t know where 
to look for logs or traces….

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: Jessie: No logrotate since October 2016?

[Boyan Penkov]

Really late response here, but thanks — some reading of /etc/anacrontab and 
run-parts does make clear that edits of the crontab will then be run by anacron

Thanks kindly!
--
Boyan Penkov
www.boyanpenkov.com

> On Apr 24, 2018, at 14:27, Brad Rogers <b...@fineby.me.uk> wrote:
> 
> On Tue, 24 Apr 2018 14:09:06 -0400
> Boyan Penkov <boyan.pen...@gmail.com> wrote:
> 
> Hello Boyan,
> 
>> that this is the case, and automatically read the crontab, then write
>> an intelligent anacrontab with sane defaults?
> 
> From the anacron page on packages.debian.org;
> 
> This package is pre-configured to execute the daily jobs of the Debian
> system. You should install this program if your system isn't powered on
> 24 hours a day to make sure the maintenance jobs of other Debian
> packages are executed each day.
> 
> Not a full answer, but gets you part way to where you want to be, I hope.
> 
> -- 
> Regards  _
> / )   "The blindingly obvious is
>/ _)radnever immediately apparent"
> You're only laughing 'cause you haven't heard the news
> Sleeep - Wah!

Re: Jessie: No logrotate since October 2016?

[Boyan Penkov]

In this vein, is there a way to intelligently indicate to the system 
that this is the case, and automatically read the crontab, then write an 
intelligent anacrontab with sane defaults?


Cheers!

On 04/24/2018 02:04 PM, Sven Joachim wrote:

If your system is not running 24/7, then anacron is very much
recommended.

Cheers,
Sven

Re: RAID1 on boot?

[Boyan Penkov]

Maybe I screwed something up, but it took a few tries; was trying to use two 
devices in raid1 to make a /dev/md0, then mount / (with /boot under there) 
directly, and GRUB2 was not happy...

I found this helpful — https://www.youtube.com/watch?v=j_42xUFxcfU 
<https://www.youtube.com/watch?v=j_42xUFxcfU>

Anyway, more or less set — thanks!
--
Boyan Penkov
www.boyanpenkov.com

> On Apr 14, 2018, at 15:37, deloptes <delop...@gmail.com> wrote:
> 
> Boyan Penkov wrote:
> 
>> This is a wonderful page —
>> https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot — is it still
>> current for Stretch?
>> 
>> I am looking to ensure that the RAID1 on boot install that I will try this
>> weekend goes well, and am looking for updated pointers.
> 
> 
> 
> IMO it looks more or less good, except LILO. Grub handles raid as well, or
> even much better.
> 
> I usually allocate a small 256 or 512MB partition for boot and make
> dedicated raid for it (md0). Another raid (md1) is done for the LVM volume
> (rest of the disk). In such a way the second RAID can be first encrypted
> and then LVs can be created.
> 
> The process is more or less the same as in the howto
> 
> regards
> 
> 
> 

RAID1 on boot?

[Boyan Penkov]

Hey folks,

This is a wonderful page — 
https://wiki.debian.org/DebianInstaller/SoftwareRaidRoot — is it still current 
for Stretch?  

I am looking to ensure that the RAID1 on boot install that I will try this 
weekend goes well, and am looking for updated pointers.

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: Debian 9 rocks, really

[Boyan Penkov]

Hahahaha -- +1, for me, for what's turning out to be a very entertaining 
weekend...


Introduced to Debian in 2003, stayed on it though 2008, then Ubuntu for 
a while but defaulting to Debian full time for the past few years


A particular moment to send thanks to the community and to these lists, 
for teaching me more than I could imagine to know about the whole 
system, from all sorts of interesting nooks and crannies to some of the 
fundamental design features of a well-maintained distribution.  
Especially in light of recent events concerning the way the consequences 
of our seemingly trivial computer use can be manipulated in opaque ways, 
a deeper commitment to really understanding how some of these systems 
work is all the more important, and engaging with open systems and a 
building a responsive community becomes more critical.


So yeah -- maybe some haters, but full speed ahead, to Buster and beyond!

On 03/24/2018 06:31 PM, Andre Rodier wrote:

Hello all,

I have been using Linux since more than 20 years, and Debian Linux 
since Potato. I even remember the time when you had to carefully read 
the documentation of your monitor to avoid damaging it, by choosing 
the wrong frequencies for the X server.


I am using a lot of computers, from small workstations to big servers 
in data centres or in the clouds, like Rackspace, AWS or Google cloud. 
If you are a little bit careful with the question asked, and have a 
minimum of IT knowledge, the Debian installer is wonderful. It always 
give you the control if something goes wrong, for instance by 
activating another console.


The task selection concept is great, for those who want to install 
their favourite desktop environment easily. I love the fact that 
multiple DE are given, and I can install and try more than one.


I recently re-discovered preseed, and I really enjoy it as well.

Thank you for making my life easier, and my work so beneficial. Debian 
people are really a great team !!!


André Rodier.

Re: Add kernel parameter to specific kernel using grub?

[Boyan Penkov]

On 03/07/2018 08:11 PM, Marc Auslander wrote:


what i know works is to put a custom menu definition in /etc/grub.d
which then gets including in grub.cfg.  You can copy one from grub.cfg
and modify it. it goes in 01-vmlinuz or 40_custom depending on where you
want them in grub.cfg.


Well, mission accomplished -- this was indeed the way to go, machine now 
boots to mq schedulers, and I now know much more than I did before about 
grub2


Thanks for the pointer!

Add kernel parameter to specific kernel using grub?

[Boyan Penkov]

Hello folks,

Let's say I have two kernels -- the default that's maintained by the 
distro, and one that I'm playing with that I compile from source to get 
dpkgs.  Call the distro one linux4.4 and "mine" -- linux4.16 (for 
reference, all this is playing out on an ubuntu system...not sure if 
that will garner me some eyerolls ;) ).


I'm using 4.16 to test the effects of BFQ, and 4.4 because I need a 
fallback.  With that in mind, I'd like to pass the kernel parameter 
"elevator=bfq" to 4.16 ONLY (and not 4.4).


Does anybody know where to look to add this to /etc/default/grub.cfg 
without passing the parameter to all kernels that are then found after 
grub-mkconfig (which will inevitably run after a few instances of sudo 
apt-get update && sudo apt-get dist-upgrade)?


Cheers!

Re: Duplicati?

[Boyan Penkov]

Hello Roberto,

Thanks for the particularly detailed explanation; it's quite apropos, 
since:


-- I'm new to actually thinking about what it takes to make stuff work.
-- I had wrongly assumed the existence of some .deb floating around 
would make the packaging more straightforward


As for Duplicati, too bad -- seems like a nice tool, but there are many 
other options around to suit the same ends...


Cheers!

On 02/14/2018 02:27 PM, Roberto C. Sánchez wrote:

On Wed, Feb 14, 2018 at 02:03:01PM -0500, Boyan Penkov wrote:

Hey folks,

Anybody know of any conversations underway to add
[1]https://www.duplicati.com/ to debian?  They do ship .debs they compile
themselves, so this may not be a steep hill to climb...


I took a quick look at the code in GitHub and the Debian packaging is
far from suitable for inclusion in Debian.  First, it looks like they
build the Debian package using already built binary components from an
earlier build step.  Second, it is not clear that all the necessary
dependencies are in Debian, as they appear to ship quite a few
components as embedded code/libraries.  Third, the layout of components
in the installed package does not look like it follows Debian standards.

There is considerable work involved in properly packaging any complex
software for Debian.  Duplicati appears to be made of numerous
components and has many dependencies, which further complicates the
matter.  Any effort at packaging this for inclusion in the official
archive would really need to start from scratch.

Regards,

-Roberto

Duplicati?

[Boyan Penkov]

Hey folks,

Anybody know of any conversations underway to add 
https://www.duplicati.com/ to debian?  They do ship .debs they compile 
themselves, so this may not be a steep hill to climb...


Cheers!

Re: Debian buster & gnucash

[Boyan Penkov]

On Feb 8, 2018 1:01 PM, "Jimmy Johnson"  wrote:

On 02/08/2018 09:25 AM, Donald F. Emery wrote:

> I am new to debian and was hoping someone could tell me why GNUCASH was
> not in debian testing.
>


It's not the only package missing from Buster, you can probably install it
from Sid without to much problem.


I can confirm that I have done this, and see no priblems...


Cheers,
-- 
Jimmy Johnson

Debian Jessie - KDE 4.14.2 - AMD A8-7600 - EXT4 at sda5
Registered Linux User #380263

Re: comment and new question--when do upgrades take effect

[Boyan Penkov]

On Mon, Jan 29, 2018 at 6:18 PM, Richard Hector <rich...@walnut.gen.nz> wrote:
> On 30/01/18 03:35, Boyan Penkov wrote:
>> Does checkrestart (apt-get install checkrestart) prompt for application
>> restarts on library updates, or only for daemons?
>
> apt-get install debian-goodies, actually. Yes, I think so. But for
> jessie onwards, I find needrestart (package: needrestart) much nicer. It
> tells you about kernel mismatches too, which checkrestart doesn't. Fewer
> false positives, too.

Yep, Richard is absolutely correct here -- I biffed up the package
names too early in the morning.

>
> Richard
>



-- 
Boyan Penkov

Re: comment and new question--when do upgrades take effect (was: Re: Kernel for Spectre and Meltdown)

[Boyan Penkov]

Does checkrestart (apt-get install checkrestart) prompt for application
restarts on library updates, or only for daemons?

On Jan 29, 2018 08:43, "Joe"  wrote:

> On Mon, 29 Jan 2018 08:18:35 -0500
> rhkra...@gmail.com wrote:
>
>
> >
> > I regularly download "security" upgrades for Wheezy.  I assume that
> > most of those don't take effect until I restart the application.  For
> > instance, a Firefox upgrade does not take effect until I shutdown
> > Firefox and restart it.
> >
> > Correspondingly, I assume that a Linux kernel upgrade does not take
> > effect until I reboot the machine.
>
> Yes, but it's a little more complicated. The modules used by the kernel
> (and the kernel file itself) *are* replaced during the process of
> upgrading the kernel, but the running code is not. There is a tiny
> chance of some kind of mismatch if new modules are loaded, so rebooting
> is recommended soon, and in the past I used to see a message to that
> effect, displayed during the upgrade.
>
> Generally, user applications (e.g. Firefox) will not be restarted
> automatically, but most daemons will be e.g. mysql, exim4. Some
> important daemons may request your input as to whether to restart or
> not e.g. during a major upheaval such as a libc upgrade. Pretty much
> all software on a server is in the form of daemons, and generally
> rebooting a server is only necessary after a change of kernel.
>
> --
> Joe
>
>

Re: kernel nvidia dkms rebuild after upgrade?

[Boyan Penkov]

Hello Dan — thanks kindly, I had indeed not noticed….

I guess I’ll have a chance to test if the libelf-dev issue is really the fix 
when the patches do roll out.

In that vein, I would like to note that 
https://security-tracker.debian.org/tracker/CVE-2017-5754 
<https://security-tracker.debian.org/tracker/CVE-2017-5754>  makes no mention 
of bpo kernels in backports.  Is this by design?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Jan 7, 2018, at 18:44, Daniel Reichelt <deb...@nachtgeist.net> wrote:
> 
> On 01/07/2018 07:47 PM, Boyan Penkov wrote:
>> and a backport (4.14.0-bpo2) -- in light of meltdown --
> 
> To avoid a false sense of security: according to [1], [2], [3], the
> current stretch-bpo kernel (linux-image-4.14.0-0.bpo.2-$arch) does *NOT*
> yet include any mitigations against meltdown.
> 
> Daniel
> 
> 
> 
> [1] https://security-tracker.debian.org/tracker/CVE-2017-5753
> [2] https://security-tracker.debian.org/tracker/CVE-2017-5754
> [3] https://security-tracker.debian.org/tracker/CVE-2017-5715
> 

Re: kernel nvidia dkms rebuild after upgrade?

[Boyan Penkov]

Thanks, Yao —  in messing around with this, I did end up finding a thread that 
suggested installing libelf-dev — I did so, but I guess the order in which I 
did it make me recompile my dkms modules manually.

Thanks for the note!
--
Boyan Penkov
www.boyanpenkov.com

> On Jan 7, 2018, at 18:31, Yao Wei <m...@lxde.org> wrote:
> 
> It is caused by a missing dependency libelf-dev.
> It is already reported against linux-headers-4.14.0-3-amd64:
> https://bugs.debian.org/886474 <https://bugs.debian.org/886474>
> 
> I have the same symptom of broadcom-sta-dkms
> 
> On Mon, 8 Jan 2018 at 02:47 Boyan Penkov <boyan.pen...@gmail.com 
> <mailto:boyan.pen...@gmail.com>> wrote:
> Hello,
> 
> After the latest update to 4.9.0-5, and a backport (4.14.0-bpo2) -- in
> light of meltdown -- my nvidia drivers failed to load.
> 
> Rebulding the modules manually --
> https://askubuntu.com/questions/53364/command-to-rebuild-all-dkms-modules-for-all-installed-kernels/174017
>  
> <https://askubuntu.com/questions/53364/command-to-rebuild-all-dkms-modules-for-all-installed-kernels/174017>
> -- did fix it.
> 
> Did I miss something?
> 
> Cheers!
> 
> --
> Boyan Penkov
> 

kernel nvidia dkms rebuild after upgrade?

[Boyan Penkov]

Hello,

After the latest update to 4.9.0-5, and a backport (4.14.0-bpo2) -- in
light of meltdown -- my nvidia drivers failed to load.

Rebulding the modules manually --
https://askubuntu.com/questions/53364/command-to-rebuild-all-dkms-modules-for-all-installed-kernels/174017
-- did fix it.

Did I miss something?

Cheers!

-- 
Boyan Penkov

emacs fails to launch from the gnome shortcut

[Boyan Penkov]

Hey folks,

Here’s an interesting one;

After restart, emacs-gui (using the gnome desktop shortcut) fails to launch, 
stalling at pdf-tool’s server launch.

However, running “emacs &” at a terminal pulls up everything quite cleanly.  
-debug-init shows nothing in the terminal.

I’m on buster.  Any thoughts?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: 4.12 won't wake from sleep

[Boyan Penkov]

Hey folks,

For reference:

After some searching, I came across this --
https://www.reddit.com/r/archlinux/comments/6s26ua/is_suspend_broken_for_anyone_else_when_using_bfq/
-- which lead me to this commit:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?h=v4.13-rc4=765e40b675a9566459ddcb8358ad16f3b8344bbe

4.13 is in experimental, and I pulled it down -- so far, my problems
have been solved, and the machine does wake up cleanly.

Cheers!

On Fri, Sep 1, 2017 at 7:11 AM, Boyan Penkov <boyan.pen...@gmail.com> wrote:
> If you’re referring to this —
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854672 — my situation is a
> little different, as it happens on sleep only (haven’t tried on hibernate.).
>
> Is this it?
>
> Cheers!
> --
> Boyan Penkov
> www.boyanpenkov.com
>
> On Sep 1, 2017, at 05:46, Hans <hans.ullr...@loop.de> wrote:
>
> Am Donnerstag, 31. August 2017, 18:21:44 CEST schrieb Boyan Penkov:
> Hi,
>
> awake from sleep doesn't  work since months. I filed a bugreport a long time
> ago, but since then no one cared.
>
> Looks like it is too difficult to fix, as changes are too often.
>
> Sorry to tell you.
>
> Best
>
> Hans
>
> Howdy,
>
> I have installed sid's linux-image-4.12, since I wanted to experiment
> with the BFQ scheduler.  I selected the bfq scheduler as a module at
> boot by following the approach laid out here:
> https://unix.stackexchange.com/questions/375600/how-to-enable-and-use-the-bf
> q-scheduler/376136#376136
>
> When I do this and let the system sleep, it won't wake from sleep cleanly.
>
> How can I help debug?  Is this "real" (worth filing a bug over), or am
> I messing something up?
>
> Cheers!
>
>
>
>



-- 
Boyan Penkov

Re: 4.12 won't wake from sleep

[Boyan Penkov]

If you’re referring to this — 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854672 — my situation is a 
little different, as it happens on sleep only (haven’t tried on hibernate.).

Is this it?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Sep 1, 2017, at 05:46, Hans <hans.ullr...@loop.de> wrote:
> 
> Am Donnerstag, 31. August 2017, 18:21:44 CEST schrieb Boyan Penkov:
> Hi,
> 
> awake from sleep doesn't  work since months. I filed a bugreport a long time 
> ago, but since then no one cared. 
> 
> Looks like it is too difficult to fix, as changes are too often.
> 
> Sorry to tell you.
> 
> Best 
> 
> Hans
>> Howdy,
>> 
>> I have installed sid's linux-image-4.12, since I wanted to experiment
>> with the BFQ scheduler.  I selected the bfq scheduler as a module at
>> boot by following the approach laid out here:
>> https://unix.stackexchange.com/questions/375600/how-to-enable-and-use-the-bf
>> q-scheduler/376136#376136
>> 
>> When I do this and let the system sleep, it won't wake from sleep cleanly.
>> 
>> How can I help debug?  Is this "real" (worth filing a bug over), or am
>> I messing something up?
>> 
>> Cheers!
> 
> 

4.12 won't wake from sleep

[Boyan Penkov]

Howdy,

I have installed sid's linux-image-4.12, since I wanted to experiment
with the BFQ scheduler.  I selected the bfq scheduler as a module at
boot by following the approach laid out here:
https://unix.stackexchange.com/questions/375600/how-to-enable-and-use-the-bfq-scheduler/376136#376136

When I do this and let the system sleep, it won't wake from sleep cleanly.

How can I help debug?  Is this "real" (worth filing a bug over), or am
I messing something up?

Cheers!

-- 
Boyan Penkov

Thunderbird and OAuth

[Boyan Penkov]

Hello,

Running Thunderbird on Stretch...

For a host of reasons, calendar-provider has never worked for one
particular gmail account I have, and I have tried using the calDAV
interface to get the events imported and visible.  To use this, Im
relying on OAuth securing my login to google's caldav api.

The issue is when I start Thunderbird and get the Oauth login, none of
the buttons respond -- the "next" button, when clicked, does not
advance the UI window to the one where you type your password.

A bunch of the usual stuff -- ping, network connection and all that -- work OK.

Can someone suggest something to try?

Cheers!

-- 
Boyan Penkov

Re: madam scrubbing?

[Boyan Penkov]

Hey Dan,

After a not-insignificant delay, I played around with this (now my postfix 
sends mail to my gmail), and I wanted to think you for the pointer here.

FWIW, about the only strange thing is that I cannot specify “root” or “boyan” 
directly in the MAILADDR, I have to specify my email address explicitly for 
this to work.

However, /etc/aliases does have root’s mail sent to boyan which is then sent to 
me at gmail.com — and this does work….

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On May 21, 2017, at 07:41, Dan Ritter <d...@randomstring.org> wrote:
> 
> On Sat, May 20, 2017 at 09:26:57PM -0400, Boyan Penkov wrote:
>> Hello,
>> 
>> I have mdadm installed, and have three sets of RAID1 partitions set up. 
>> 
>> I have not explicitly configured any scrubbing, but do see some entries in 
>> the weekly and monthly cron scripts to do so.  However, the machine I have 
>> this on is down quite often, and I want to run this using anacreon.  
>> 
>> My other anacreon jobs do run; point is: how can I verify that the scrub job 
>> is successful (and view the output on potentially bad sectors)?
>> 
> 
> mdadm can send mail; look at the Monitor mode in the man page.
> 
> -dsr-

mdadm monthly check, anacron?

[Boyan Penkov]

Hello,

By default, mdadm is set to run /usr/etc/mdadm/checkarray monthly to check
the arrays for consistency: see /etc/cron.d/mdadm .  This is all well and
good, except if the machine is off at that time.

Is getting anacron to pick this up on a monthly as simple as putting the
relevant /etc/cron.d/mdadm into /etc/cron.monthly/mdadm ?  Should I add
anything to my ~/.anacrontab/etc (which exists and successfully runs other
jobs)?

Similarly: https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1700728

Cheers!

-- 
Boyan Penkov

Re: How to migrate from sid to stable?

[Boyan Penkov]

Hello,

Reading this, I have a question along these lines: back when we're 
unfrozen, and migration from sid to testing to stable was more linear, I 
encounter the same problem (I was on sid, and wanted to migrate to 
something more stable).  I solved this for myself by pointing my sources 
to testing and waiting (for 15 months or so) for testing to become 
stable (in less than a week now...).


Can anyone comment on the efficacy and pitfalls surrounding this method?

One clear one is that I'm not getting security updates.  Given the 
circumstances, this is not too troubling, as my uptime is 2 hours a week 
(when I back up to the machine in question, else it's off and 
unplugged).


If what I did was "hijack the thread", please accept my apologies and 
let me know, so I don't do it again


Cheers!

On 06/13/2017 06:05 AM, Pétùr wrote:

Hi everyone,

I have a computer which does not need anymore to be running the unstable
version. I would like to migrate it to stable at some point.

If I backup the home and rsync it on a new installation of Debian
stable, I will have problems with the downgrade of softwares settings.

I am not in a hurry and could slowly migrate to stable. But I am not
sure changing the repositories to stable and wait with no update during
a while is a good idea.

I could not think of a proper (and somehow automatic) way to do this. Is
there one?

Pétùr

madam scrubbing?

[Boyan Penkov]

Hello,

I have mdadm installed, and have three sets of RAID1 partitions set up. 

I have not explicitly configured any scrubbing, but do see some entries in the 
weekly and monthly cron scripts to do so.  However, the machine I have this on 
is down quite often, and I want to run this using anacreon.  

My other anacreon jobs do run; point is: how can I verify that the scrub job is 
successful (and view the output on potentially bad sectors)?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

package mendeleydesktop and libssl1.0-dev

[Boyan Penkov]

Hello,

I'm writing to be of some use here, and not report a problem per se.

I use the package mendeleydesktop, when I ran it previously, it returned
the following errors:

QSslSocket: cannot resolve CRYPTO_num_locks
QSslSocket: cannot resolve CRYPTO_set_id_callback
QSslSocket: cannot resolve CRYPTO_set_locking_callback
QSslSocket: cannot resolve ERR_free_strings
QSslSocket: cannot resolve sk_new_null
QSslSocket: cannot resolve sk_push
QSslSocket: cannot resolve sk_free
QSslSocket: cannot resolve sk_num
QSslSocket: cannot resolve sk_pop_free
QSslSocket: cannot resolve sk_value
QSslSocket: cannot resolve SSL_library_init
QSslSocket: cannot resolve SSL_load_error_strings
QSslSocket: cannot resolve SSL_get_ex_new_index
QSslSocket: cannot resolve SSLv2_client_method
QSslSocket: cannot resolve SSLv3_client_method
QSslSocket: cannot resolve SSLv23_client_method
QSslSocket: cannot resolve SSLv2_server_method
QSslSocket: cannot resolve SSLv3_server_method
QSslSocket: cannot resolve SSLv23_server_method
QSslSocket: cannot resolve X509_STORE_CTX_get_chain
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf
QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf
QSslSocket: cannot resolve SSLeay
QSslSocket: cannot resolve SSLeay_version
QSslSocket: cannot call unresolved function SSLeay
QSslSocket: cannot call unresolved function CRYPTO_num_locks
QSslSocket: cannot call unresolved function CRYPTO_set_id_callback
QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback
QSslSocket: cannot call unresolved function SSL_library_init
QSslSocket: cannot call unresolved function SSLv23_client_method
QSslSocket: cannot call unresolved function sk_num

Some light web searching lead to the idea that installing libssl1.0-dev
(which is not a dependency) would solve this, it indeed did.

Hopefully this is of some use to someone besides me.

Cheers!

-- 
Boyan Penkov
www.boyanpenkov.com



signature.asc
Description: OpenPGP digital signature

Re: User-oriented backup tools

[Boyan Penkov]

On 02/16/2017 08:33 AM, Francesco Porro wrote:
>
> If I'm not wrong, this one is based on "dup" and works the same way?
>

I don't think so; which "dup" are you referring to? -- the most I know
is that DejaDup is a GTK front-end for it.

-- 
Boyan Penkov
www.boyanpenkov.com




signature.asc
Description: OpenPGP digital signature

Re: User-oriented backup tools

[Boyan Penkov]

http://duplicity.nongnu.org/ <http://duplicity.nongnu.org/>

I use it on remote backups when I don’t trust the destination (therefore, all 
encryption happens locally), and on local-to-local copies (copy home to, say, 
another partition).

About the only caveat is it cannon to synthetic fulls on the remote (but the 
encryption is solid….), and so I am exploring borg, attic, bup as well.

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Feb 15, 2017, at 5:37 PM, Francesco Porro <fra...@gmail.com> wrote:
> 
> Hi guys, It's the first time I'm posting here. I'm both a Fedora and
> Debian user.
> 
> Which backup tool do you use?
> At this time I feel comfortable with rsync, which I use to sync my home
> to an external Usb drive. No automation, no scheduling for now. I just
> launch rsync from the command line and let it backup all the stuff when
> I need it.
> 
> Now I'd like to move to more powerful utility. It should be reliable and
> very user-friendly. A friend on Irc suggested me borg [1], which also
> feature decuplication, encryption and seems easy enough to use.
> 
> Otherwise I discovered a scripting hot-to to make some kind of snapshots
> via rsync (and hardlinking) [2], but I haven't tryed it out yet.
> 
> So... What's your opinion about user-oriented backup tools? ^^
> 
> Thanks in advance.
> 
> [1] https://borgbackup.readthedocs.io/en/stable/
> [2] http://www.mikerubel.org/computers/rsync_snapshots/
> 
> -- 
> fp
> pgp: 0x45399C26
> 

Re: Crashes in Icedove on Stretch

[Boyan Penkov]

On 02/15/2017 10:03 AM, Paul van der Vlis wrote:

> I do not have problems with Iceowl, but I don't use Google. What I use
> is my own caldav server (sogo).
>
> Do you use Iceowl or Lightning?
> https://packages.debian.org/stretch/iceowl-extension
>
> If you turn off the plugins, do you still have crashes?

Unfortunately, I do, yes...

Cheers!
>
> With regards,
> Paul van der Vlis
>
>

-- 
Boyan Penkov
www.boyanpenkov.com



signature.asc
Description: OpenPGP digital signature

Re: reportbug and remapped "edit"

[Boyan Penkov]

On 01/12/2017 08:58 PM, kamaraju kusumanchi wrote:
> On Wed, Jan 11, 2017 at 11:53 PM, David Wright <deb...@lionunicorn.co.uk> 
> wrote:
>> On Wed 11 Jan 2017 at 22:38:48 (-0500), kamaraju kusumanchi wrote:
>>
>>> Just unalias the alias corresponding to edit (the one you set up in
>>> ~/.zshrc) before launching reportbug. After that set it back. IIUC
>>> there is no need to launch a bash subshell to do this. You can do
>>> everything while you are in zsh.
>>>
>>> So the sequence of commands would be
>>>
>>> % unalias edit
>>> % reportbug &
>>> % alias edit='emacsclient -c -s /tmp/emacs1000/server'
>> If you're going to do it that way, you've really got to
>> interrogate the old value and restore it afterwards, rather
>> than having edit defined in two places. Otherwise, how do
>> you keep them in sync.
>>
>> Most people wouldn't run reportbug often enough to worry
>> about a subshell, would they?
> I have another idea to try. You can specify the editor explicitly by
> using the -e option.
>
> % reportbug -e emacs

Sorry for the preposterously long delay; what, we went through two
freezes while this came up again?

This does work; similarly

% reportbug -e "emacsclient -c -s /tmp/emacs1000/server"

works with the behavior I expect (spawn an emacs window connected to the
current session...)

Now, following the discussion about aliases, is it safe to have

alias reportbug='reportbug -e "emacsclient -c -s /tmp/emacs1000/server"
' somewhere?
>
> or set the EDITOR environment variable for just the reportbug command.
> For example
>
> % EDITOR=emacs reportbug
>
> raju

-- 
Boyan Penkov
www.boyanpenkov.com




signature.asc
Description: OpenPGP digital signature

Re: reportbug and remapped "edit"

[Boyan Penkov]

On 01/12/2017 11:15 AM, David Wright wrote:
> On Thu 12 Jan 2017 at 01:05:06 (-0500), kamaraju kusumanchi wrote:
>> On Wed, Jan 11, 2017 at 11:53 PM, David Wright <deb...@lionunicorn.co.uk> 
>> wrote:
>>> On Wed 11 Jan 2017 at 22:38:48 (-0500), kamaraju kusumanchi wrote:
>>>
>>>> Just unalias the alias corresponding to edit (the one you set up in
>>>> ~/.zshrc) before launching reportbug. After that set it back. IIUC
>>>> there is no need to launch a bash subshell to do this. You can do
>>>> everything while you are in zsh.
>>>>
>>>> So the sequence of commands would be
>>>>
>>>> % unalias edit
>>>> % reportbug &
>>>> % alias edit='emacsclient -c -s /tmp/emacs1000/server'
>>> If you're going to do it that way, you've really got to
>>> interrogate the old value and restore it afterwards, rather
>>> than having edit defined in two places. Otherwise, how do
>>> you keep them in sync.
>>>
>>> Most people wouldn't run reportbug often enough to worry
>>> about a subshell, would they?
>> There are always multiple ways to solve a problem often with different
>> advantages/disadvantages. I do not have a problem with subshell per
>> se. My point is that the previously proposed solution requires OP to
>> start a different shell (i.e. zsh users starting bash). What is to
>> assume that there is no such alias defined in ~/.bashrc?
> No, I did not propose that the OP start a different type of shell.
> It surprised me that the OP did.

My thinking there was that I'd be able to not have to work around not
reading my zshrc, but unalias and re-source does work just as well.

>
> My solution was to start a subshell of the same type as their normal
> shell. However, as I'm only familiar with bash, I started off with
> "In bash, ..." and finished with "I haven't bothered to search all
> the subsections of man zsh, but there may be something similar."
>
> In other words, I think the OP could do a similar thing (start a
> subshell with edit unaliased) entirely in zsh. However, unlike with
> bash, which covers most things in "man bash", zsh appears to have
> 17 man pages. Commands like alias/unalias are typically builtin.
> I am not going to the bother of searching all 17 for the appropriate
> incantations in zsh. I left that as an exercise for the OP to check
> out in their own (or any other) shell.
>
>> Little bit of a side note: I work on systems where my home directory
>> is mounted across multiple machines. On different machines I use
>> different shells. To keep my aliases synced across all these machines,
>> I place all my aliases in a separate file and source that file in
>> ~/.zshrc, ~/.bashrc etc.,
> Then you're a better person than I am to check/know whether my method
> is possible with zsh. I would still maintain that defining the same
> alias in two places is not good advice. But then, my advice would
> be to use, say, edt rather than edit as the alias. I have two aliases
> for emacs: nwemacs and bigemacs (nw and big suffice).
> Others have suggested not to use an alias at all.
>
> Cheers,
> David.
>

-- 
Boyan Penkov
www.boyanpenkov.com




signature.asc
Description: OpenPGP digital signature

Re: reportbug and remapped "edit"

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Jan 12, 2017, at 1:05 AM, kamaraju kusumanchi 
> <raju.mailingli...@gmail.com> wrote:
> 
> On Wed, Jan 11, 2017 at 11:53 PM, David Wright <deb...@lionunicorn.co.uk> 
> wrote:
>> On Wed 11 Jan 2017 at 22:38:48 (-0500), kamaraju kusumanchi wrote:
>> 
>>> Just unalias the alias corresponding to edit (the one you set up in
>>> ~/.zshrc) before launching reportbug. After that set it back. IIUC
>>> there is no need to launch a bash subshell to do this. You can do
>>> everything while you are in zsh.
>>> 
>>> So the sequence of commands would be
>>> 
>>> % unalias edit
>>> % reportbug &
>>> % alias edit='emacsclient -c -s /tmp/emacs1000/server'
>> 
>> If you're going to do it that way, you've really got to
>> interrogate the old value and restore it afterwards, rather
>> than having edit defined in two places. Otherwise, how do
>> you keep them in sync.
>> 
>> Most people wouldn't run reportbug often enough to worry
>> about a subshell, would they?
> 
> There are always multiple ways to solve a problem often with different
> advantages/disadvantages. I do not have a problem with subshell per
> se. My point is that the previously proposed solution requires OP to
> start a different shell (i.e. zsh users starting bash). What is to
> assume that there is no such alias defined in ~/.bashrc?

Good catch — since this is a single-user setup, I know it’s not in this case.  
But the method you have is more elegant.

> 
> Little bit of a side note: I work on systems where my home directory
> is mounted across multiple machines. On different machines I use
> different shells. To keep my aliases synced across all these machines,
> I place all my aliases in a separate file and source that file in
> ~/.zshrc, ~/.bashrc etc.,
> 
> raju
> -- 
> Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog
> 

Re: reportbug and remapped "edit"

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Jan 11, 2017, at 11:53 PM, David Wright <deb...@lionunicorn.co.uk> wrote:
> 
> On Wed 11 Jan 2017 at 22:38:48 (-0500), kamaraju kusumanchi wrote:
> 
>> 
>> 
>> So the sequence of commands would be
>> 
>> % unalias edit
>> % reportbug &
>> % alias edit='emacsclient -c -s /tmp/emacs1000/server'
> 
> If you're going to do it that way, you've really got to
> interrogate the old value and restore it afterwards, rather
> than having edit defined in two places. Otherwise, how do
> you keep them in sync.

I did feel the same way, but was going to simply re-source my .zshrc after the 
report bug run is over.

> 
> Most people wouldn't run reportbug often enough to worry
> about a subshell, would they?
> 
> Cheers,
> David.
> 

Re: reportbug and remapped "edit"

[Boyan Penkov]

Thanks, Hans -- I think the issue I have it the messing with "edit" and
will be running this from a bash subshell next time I need it.

If there's an issue, I'll post to the list.

Thanks, folks!

Cheers!

On 01/11/2017 10:02 AM, Hans wrote:
> Don't know if you know: reportbug in debian/testing (version 7.1.1) is buggy. 
> I was advised to use version 7.2 from unstable.
>
> Cheers
>
> Hans
>

-- 
Boyan Penkov
www.boyanpenkov.com



signature.asc
Description: OpenPGP digital signature

Re: Icedove calendar not syncing to google calendar

[Boyan Penkov]

OK, this is is set -- if somebody lese has some ideas, looking forward to
getting suggestions on stuff to test.

Cheers!

On Mon, Jan 9, 2017 at 3:13 PM, didier gaumet <didier.gau...@gmail.com>
wrote:

> Le 09/01/2017 à 15:28, Boyan Penkov a écrit :
> > OK, folks, here's the play:
> >
> > --close icedove
> > --uninstall calendar-google-provider
> > --start icedove
> > --install the provider via icedove's extensions menu
> > -- restart icedove
> > --sign back into my accounts
> >
> > I then watched icedove start syncing, and then throw the same error
> > after a few minutes.  Does anybody know what "result=item.recurrenceInfo
> > is null" means?
> >
> > I would, by and large, prefer to use Debian's version:
> > http://social.gl-como.it/display/3e3ce0df3657cf0f075f102119218743
> >
> > Should I file a bug?
>
> there are several Mozilla bugs that have been open and marked solved
> regarding this error message: I suppose it is in relation to Google
> calendars not syncing due to events marked as reccurring but with no
> valid information about the reccurrence...
> You could probably file a bug report...
>
>


-- 
Boyan Penkov

reportbug and remapped "edit"

[Boyan Penkov]

Hello,

I am trying to use reportbug to file a bug report.

However, my .zshrc contains "alias edit='emacsclient -c -s
/tmp/emacs1000/server", as I have an emacs session running and would like
to be able to use "edit file.txt" in the terminal to spawn a connection to
emacsclient.

When running reportbug, this yields:

Spawning emacsclient...
emacsclient: connect: Connection refused
emacsclient: No socket or alternate editor.  Please use:

--socket-name
--server-file  (or environment variable EMACS_SERVER_FILE)
--alternate-editor (or environment variable ALTERNATE_EDITOR)
Warning: possible error exit from emacsclient: 256
No changes were made in the editor.

Ok, fine -- what's the workaround?

Cheers!
-- 
Boyan Penkov

Re: Icedove calendar not syncing to google calendar

[Boyan Penkov]

OK, folks, here's the play:

--close icedove
--uninstall calendar-google-provider
--start icedove
--install the provider via icedove's extensions menu
-- restart icedove
--sign back into my accounts

I then watched icedove start syncing, and then throw the same error after a
few minutes.  Does anybody know what "result=item.recurrenceInfo is null"
means?

I would, by and large, prefer to use Debian's version:
http://social.gl-como.it/display/3e3ce0df3657cf0f075f102119218743

Should I file a bug?

Cheers!

On Sun, Jan 8, 2017 at 11:55 AM, didier gaumet <didier.gau...@gmail.com>
wrote:

> Le 08/01/2017 à 15:39, Boyan Penkov a écrit :
> > Super, good point — I am on stretch, and the relevant versions are
> >
> > icedove: 1:45.5.1-1
> > calendar-google-provider: 1:45.5.-1-1
> >
> > Would the extension be more up to date?
>
> no, that is the same version as in Jessie, I think that is version 2.6
> of the extension (last stable is 3.1):
>  https://addons.mozilla.org/en-US/thunderbird/addon/provider-
> for-google-calendar/versions/
>
>


-- 
Boyan Penkov

Re: Icedove calendar not syncing to google calendar

[Boyan Penkov]

Super, good point — I am on stretch, and the relevant versions are

icedove: 1:45.5.1-1
calendar-google-provider: 1:45.5.-1-1

Would the extension be more up to date?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Jan 8, 2017, at 3:59 AM, didier gaumet <didier.gau...@gmail.com> wrote:
> 
> 
> Hello, I do not know for Stretch and Sid, but the Jessie version of the
> calendar-google-provider package is not the last stable from upstream.
> In my case, deinstalling the debian package and installing the upstream
> thunderbird extension solves the problem. YMMV...
> 

Re: Icedove calendar not syncing to google calendar

[Boyan Penkov]

This is not the same as the debian package for “google-calendar-provider” ?

Cheers
--
Boyan Penkov
www.boyanpenkov.com

> On Jan 8, 2017, at 7:10 AM, Tom Ashley <tomashle...@gmail.com> wrote:
> 
> 
> On 01/08/2017 03:59 AM, didier gaumet wrote:
>> Hello, I do not know for Stretch and Sid, but the Jessie version of the
>> calendar-google-provider package is not the last stable from upstream.
>> In my case, deinstalling the debian package and installing the upstream
>> thunderbird extension solves the problem. YMMV...
>> 
> 
> If you haven't already tried it, you may want to install the "Provider for 
> Google Calendar" extension from Icedove Tools->Add-ons->Extensions.  This 
> worked for me to solve a similar problem.
> 
> HTH
> 
> Tom Ashley
> 

Re: Icedove calendar not syncing to google calendar

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Jan 7, 2017, at 11:05 AM, Tony Baldwin <tonybald...@gmx.com> wrote:
> 
> 
> Have you installed calendar-google-provider ?

Thanks, Tony — yeah, I had mis-named the package in my first line: I by “google 
calendar provider” I do mean that the package “calendar-google-provider” is 
installed, and does indeed seem to be working for 2/3 of the relevant calendars.

Cheers!

> 
> 
> 
> -- 
> http://tonybaldwin.me
> all tony, all the time
> 

Icedove calendar not syncing to google calendar

[Boyan Penkov]

Hello folks,

I have icedove and the google calendar provider installed.  I have three
calendars: a work one tied to a work google account, and a personal and one
shared with my partner tied to my personal gmail.

Both the work one and the partner one sync fine, my personal one (which is
the oldest, and contains the most events), failes to update with the
following error (pulled off the icedove error console):

Timestamp: 01/06/2017 09:18:47 PM
Error: [calCachedCalendar] replay action failed: null, uri=googleapi://
boyan.pen...@gmail.com/?calendar=boyan.penkov%40gmail.com,
result=item.recurrenceInfo is null, op=[xpconnect wrapped calIOperation]
Source File:
file:///usr/lib/icedove/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calCachedCalendar.js
Line: 327

Anybody have an perspective on this?  It is killing my use of icedove

Cheers!

-- 
Boyan Penkov

Re: Help! -- Not enough space to store temporary files

[Boyan Penkov]

https://stackoverflow.com/questions/11697214/how-to-set-the-tmpdir-environment-variable-to-another-directory
 
<https://stackoverflow.com/questions/11697214/how-to-set-the-tmpdir-environment-variable-to-another-directory>

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Dec 17, 2016, at 9:21 PM, Dennis Wicks <w...@mgssub.com> wrote:
> 
> Dennis Wicks wrote on 12/17/2016 07:36 PM:
>> I am trying to install Qt on Debian 3.16.7-ckt20-1+deb8u2
>> and I get a message that there is not enough disk space to
>> store temporary files. It needs 580+ meg and only has 300+ meg.
>> 
>> After searching here and there I tried entering the command
>> 
>> sudo mount -o remount,size=1G tmpfs /tmp
>> 
>> which is supposed to increase the size temporarily and
>> "on-the-fly" but I still get the same error message.
>> 
>> Any ideas??
>> 
>> TIA for your help!
>> 
>> Dennis
>> 
> 
> Oops! That is "Not enough --"
> 
> Anyway, I just noticed that tmp is in a VG that is very small.
> How do I temporarily tell the Qt installer to use temp space
> on another partition. Say something like "/work4"?
> 
> Thanks again! You all are always very helpful!!
> 
> Dennis
> 

Re: Help! -- Note enough space to store temporary files

[Boyan Penkov]

Where's your tempdir?  I specifically set mine in my .zshrc (or whatever
shell you use), as my /boot is small and /home is on another drive.

Cheers!

On Sat, Dec 17, 2016 at 8:36 PM, Dennis Wicks <w...@mgssub.com> wrote:

> I am trying to install Qt on Debian 3.16.7-ckt20-1+deb8u2 and I get a
> message that there is not enough disk space to store temporary files. It
> needs 580+ meg and only has 300+ meg.
>
> After searching here and there I tried entering the command
>
> sudo mount -o remount,size=1G tmpfs /tmp
>
> which is supposed to increase the size temporarily and "on-the-fly" but I
> still get the same error message.
>
> Any ideas??
>
> TIA for your help!
>
> Dennis
>
>


-- 
Boyan Penkov

gpg-agent on stretch?

[Boyan Penkov]

Hello,

I have two stretch installs; on one, gpg-agent launches at startup, on the 
other it does not.   I would like it to on both.

I have checked the following:

~/.gnupg/gpg-agent.conf and ~/.gnupg/gpg.conf match, and have “use-agent”
systemd has a gpg.service

The behavior I want is to not have to type my passphrase when I’m logged in — 
long caching would work as well, as I use gpg directly and from scripts at east 
every few hours.  But at this point, I’m not even sure I am getting the agent 
up correctly, and when I start it manually in a terminal session, I still see 
the pinentry-gnome3 GUI box.

Thoughts?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

mendeley

[Boyan Penkov]

opt/mendeleydesktop/bin/mendeleydesktop --unix-distro-build is taking
forever (over two days, with no end in sight).

Does anbody else see this?

Cheers!

-- 

Boyan Penkov
www.boyanpenkov.com




signature.asc
Description: OpenPGP digital signature

Ice dove and calendars?

[Boyan Penkov]

Hey folks,

I’m having a devil of a time syncing my Icedove calendar (lightning); to google 
calendar.  I’m aware of the google calendar provider, and have it installed.

For my personal google account, sync is non-functional: some items edited in 
Icedove eventually to the google calendar web client.  For my work stuff (a 
google  apps for business install) syncing is slightly faster (but I only have 
four years of a few items a day of data in there — my personal stuff goes back 
about 10 years).

I’m on stretch, corresponding to Icedove 45.4.0.

Anybody see this?  Have a solution?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

Re: kernel 4.7.0 and nvidia

[Boyan Penkov]

Hey folks,

OK, here was the procedure (as a reminder, I’m on stretch, testing):

— boot into 4.6, verify everything works, purge both 4.7 kernel and 4.7 
headers, purge all nvidia-* (and nvidia-dkms was indeed installed)

— purge xserver-xorg-video-nvidia

— install xserver-xorg-xideo-nvidia and nvidia-driver (which pulls in 
nvidia-dmks as a dependency, among others)

— I’m still booted into 4.6, so watch the install script build nvidia-dmks 
package for 4.6 only.

— reboot (into the only kernel I have: 4.6), verify all is ok

— install 4.7 and 4.7 headers.  I observed that the install script and 
post-install hook did not rebuild nvidia-dkms for 4.7

— reboot into 4.7  and everything works.

So, to wrap up: I’m happy for now, but I clearly don’t understand something 
about how nvidia-dmks built for 4.6 also functions on 4.7  Did we get lucky 
here, or do we need a bug filed to get the post-install script to check what 
kernels are there and build the kms accordingly?

Thanks for your individual help off-list as well.

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

> On Oct 6, 2016, at 1:34 PM, Pascal Obry <pas...@obry.net> wrote:
> 
> Le jeudi 06 octobre 2016 à 08:55 +0200, gianluca a écrit :
>> Are the opensource nouveau drivers so bad, so you need closed-source 
>> blob??? If so, that's your choice. But do not ask why something is
>> not working as execpted if you upgrade something on the kernel-side.
> 
> You may also say this without being harsh.
> 
> A possibility (and that's my case) is that I'm using NVIDIA proprietary
> driver as I need OpenCL support and AFAIK there is no OpenCL support
> with the Nouveau driver.
> 
> Anyway on my side I'm also on the 4.7 kernel (Debian/sid) and have no
> problem with the dkms nvidia package.
> 
> Cheers,
> 
> -- 
>   Pascal Obry /  Magny Les Hameaux (78)
> 
>   The best way to travel is by means of imagination
> 
>   http://www.obry.net
> 
>   gpg --keyserver keys.gnupg.net --recv-key F949BD3B
> 

Re: kernel 4.7.0 and nvidia

[Boyan Penkov]

The chipset is a GTS 450, so Fermi on GF106.

Cheers!

On Thu, Oct 6, 2016 at 3:58 PM, Hans <hans.ullr...@loop.de> wrote:

> > or build the latest version (370.28) yourself
> > https://wiki.debian.org/NvidiaGraphicsDrivers#
> Building_newer_releases_from_S
> >
> Yes, that is down with dkms. And zhe NVidia installer,too.
>
> However, I forgot to mention: Maybe the latest package does not support his
> chipset. He never told, which chipset he got.
>
> Best
>
> Hans
>
>


-- 
Boyan Penkov

Re: kernel 4.7.0 and nvidia

[Boyan Penkov]

--
Boyan Penkov
www.boyanpenkov.com

> On Oct 6, 2016, at 4:02 AM, Hans <hans.ullr...@loop.de> wrote:
> 
> Am Mittwoch, 5. Oktober 2016, 21:18:16 CEST schrieb Boyan Penkov:
>> Hello,
>> 
> Helloo Boyan,
>> I recently updated to kernel 4.7.0 in stretch, and am running the nvidia
>> binary blob (nvidia-driver).
>> 
> me, too. But I have an older chipset (GF8600M), but it is running finme with 
> kernel 4.7.
> 
>> Upon restart, x fails to load.  The system works great with the 4.6 kernel.
>> 
> Can the kernel-module be built? I suggest, to use the *-dkms stuff for 
> building. If this does not work, you may try the drivers from the nvidia site 
> directly. Before installiing this, get rid of all nvidia packages (i.e. apt-
> get --purge remove nvidia-*). Check before saying "y", that no other unwanted 
> packages are iremoved.

How?  I’ll purge all nvidia packages, then install nvidia-kernel-dkms?

> 
>> Anybody see the issues described here: http://rglinuxtech.com/?p=1750
>> <http://rglinuxtech.com/?p=1750> ?
> Hope this helps. If NOT, then you might try to run the nouveau driver. It is 
> running fine, however, I prefer the proprietrary one, as I need it for my 
> flightsim (X-Plane).

A similar situation here, to respond to gianluca.

> 
>> 
>> Cheers!
>> --
>> Boyan Penkov
>> www.boyanpenkov.com
> 
> Good luck!
> 
> Hans
> 

kernel 4.7.0 and nvidia

[Boyan Penkov]

Hello,

I recently updated to kernel 4.7.0 in stretch, and am running the nvidia binary 
blob (nvidia-driver).

Upon restart, x fails to load.  The system works great with the 4.6 kernel.

Anybody see the issues described here: http://rglinuxtech.com/?p=1750 
<http://rglinuxtech.com/?p=1750> ?

Cheers!
--
Boyan Penkov
www.boyanpenkov.com

gdm3 runs, gnome-shell failed to start?

[Boyan Penkov]

Hey folks,

I am on a fully-updated Stretch system, on a Thinkpad W520, which worked
like a charm till this morning.

When booting this morning, gdm3 came up great, but after logging in,
gnome-shell failed to launch and defaulted to the x server -- i.e, I do see
all my login programs (emacs, firefox and the terminal), but no gnome shell.

What gives?  Resintalling gnome failed to remedy the situation, as did
dist-upgrading to Sid (so, any suggestions to reinstall stuff should be
made relative to Sid -- after we figure this out I'll point my sources to
Sretch and wait).

I suspect an X problem; logging in to gnome via a wayland session seems to
work.

Cheers!

-- 
Boyan Penkov