The officially official Devuan Forum!

You are not logged in.

#351 Re: Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-10 11:18:48

Hello:

I wrote:

From what I have read, a working compton.conf ...

Not really ...

There are a set of deprecated entries which will prevent picom from starting when you test it from the terminal, but there is a warning to that effect with instructions.

Installing picom gets you a /usr/share/doc/picom/examples/picom.sample.conf file that has to be copied to ~/.config/picom/picom.conf after creating the destination directory.

I have purged compton and installed picom with no ill effects.
And after editing the *.conf file to get rid of all the shadows, fading, partial opacity, bluring and such I now have a snappy Linux desktop.

There is still the matter of some slight tearing which did not ocurr with the Nvidia drivers, but they are in the past now.
I'll have to make do with what is available, there may be some xorg.conf magic to be done as nouveau does not seem to use one by default.

Best,

A.

#352 Installation » xserver-xorg-video-* unused packages » 2024-06-10 10:39:04

Altoid
Replies: 6

Hello:

After (more or less) getting my nouveau+compositor setup working, I set out to see about a bit of screen tearing I am still getting.
Not terrible ...

But it was not there when I used the (now unsupported) Nvidia drivers for my twin G96CGL / Quadro FX580 cards and would like to see if I can improve things.

While at that, I saw that the task-desktop package installs, besides the nouveau package, quite a few other xserver-xorg-video-* packages:

~$ apt list | grep installed | grep xorg-video
--- snip ---
xserver-xorg-video-all/stable,now 1:7.7+23 amd64 [installed,automatic]
xserver-xorg-video-amdgpu/stable,now 23.0.0-1 amd64 [installed,automatic]
xserver-xorg-video-ati/stable,now 1:19.1.0-3 amd64 [installed,automatic]
xserver-xorg-video-cirrus/stable,now 1:1.5.3-1+b5 amd64 [installed,automatic]
xserver-xorg-video-fbdev/stable,now 1:0.5.0-2 amd64 [installed,automatic]
xserver-xorg-video-nouveau/stable,now 1:1.0.17-2 amd64 [installed,automatic]
xserver-xorg-video-radeon/stable,now 1:19.1.0-3 amd64 [installed,automatic]
xserver-xorg-video-vesa/stable,now 1:2.5.0-1+b1 amd64 [installed,automatic]
xserver-xorg-video-vmware/stable,now 1:13.3.0-3.1+b1 amd64 [installed,automatic]
~$ 

All automatically installed.

Save some severe hardware problem or coming across a more interesting ie: better+free/very cheap video card alternative, I have no plans to make any changes, so the Nvidia hardware will stay where it is, works perfectly well.

That being the case, I was wondering how to safely get rid of the driver packages I am loading and will not ever load.
After all, as the sole user of this box, if I need drivers for a different video card, I will be quite aware of that.
There will be no surprises.

I asked aptitude about them all:

~$ aptitude why xserver-xorg-video-all
i   task-desktop Depends xserver-xorg-video-all
~$ 
~$ aptitude why xserver-xorg-video-amdgpu
i   task-desktop           Depends xserver-xorg-video-all   
i A xserver-xorg-video-all Depends xserver-xorg-video-amdgpu
~$ 
~$ aptitude why xserver-xorg-video-ati
i   task-desktop           Depends xserver-xorg-video-all
i A xserver-xorg-video-all Depends xserver-xorg-video-ati
~$ 
~$ aptitude why xserver-xorg-video-cirrus
i   task-desktop              Depends  xorg                                      
i A xorg                      Depends  xserver-xorg (>= 1:7.7+23)                
i A xserver-xorg              Depends  xserver-xorg-video-all | xorg-driver-video
i A xserver-xorg-video-cirrus Provides xorg-driver-video                         
~$ 
~$ aptitude why xserver-xorg-video-fbdev
i   task-desktop           Depends xserver-xorg-video-all  
i A xserver-xorg-video-all Depends xserver-xorg-video-fbdev
~$ 
~$ aptitude why xserver-xorg-video-nouveau
i   task-desktop           Depends xserver-xorg-video-all    
i A xserver-xorg-video-all Depends xserver-xorg-video-nouveau
~$ 
~$ aptitude why xserver-xorg-video-radeon
i   task-desktop           Depends xserver-xorg-video-all   
i A xserver-xorg-video-all Depends xserver-xorg-video-ati   
i A xserver-xorg-video-ati Depends xserver-xorg-video-radeon
~$ 
~$ aptitude why xserver-xorg-video-vesa
i   task-desktop           Depends xserver-xorg-video-all 
i A xserver-xorg-video-all Depends xserver-xorg-video-vesa
~$ 
~$ aptitude why xserver-xorg-video-vmware
i   task-desktop           Depends xserver-xorg-video-all   
i A xserver-xorg-video-all Depends xserver-xorg-video-vmware
~$ 

From what I can make out, xserver-xorg-video-all drags in the amdgpu, ati, fbdev, nouveau, vesa and vmware driver packages while the cirrus and radeon packages have different dependencies.

I guess that this is (?) because they are fallback/basic drivers required by xserver-xorg to make sure there is always a screen at boot time if X is being used.

Unless I have missed something and some other package needs to remain installed ...
What would the proper/safe method for removing the unused packages and keep only the nouveau package?

Thanks in advance.

Best,

A.

#353 Re: Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-09 21:03:34

Hello:

A necessary heads up.

I wrote:

... because the repository was archived on 08/2023 and is considered to be deprecated.

It would seem that compton itself, although it has not been explicitly archived by the maintainer, would be at least in a pre-archived state as (apparently) they have had no activity there for the past five years.
ie: there are unassigned issues from as far back as 2019 with no input from them.

[rant]
Would it be too hard to at least say: "ain't doing no mo' maintaining, bitch!"
But in a timely fashion ...
[/rant]

An unanswered post post from 01/2022:

skyyysi wrote:

Since the development on compton has halted, this repository should advise to switch to picom (https://github.com/yshui/picom) at the top of the README. In addition, it should be archived to further make it clear that asking for support here is a waste of time.

This would clarify the status of the compton package with picom packages available for Ceres, Daedalus and Chimaera.

From what I have read, a working compton.conf file would work also with picom, but we'll have to see about that.

Best,

A.

#354 Re: Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-09 12:27:08

Hello gl:

golinux wrote:

Thanks ...

You're welcome.

golinux wrote:

When I finally get to ...

Ahh ...
Good to see I was not the only one deferring a system upgrade.  8^)
Not looking forward to doing it again, I see that /usr merge looms in the horizon.

Who knows what else awaits my (ca. 2007 and perfectly working) non-UEFI box.

That said, it may be worth considering ie: packagers taking note, that the native Xfce compositor does not work properly while compton 1-1+deb12u1 does.

It is a sign of the times we live in that Xfce maintainers never bothered to fix the long standing (pre 2018) compositor issues they had and (surprise!) added native compositing. I wonder what else they will add in future versions, seeing that the 2020 row generated by pushing CSDs was not duly noted.

I did at one point try out compton-conf but did not manage to get things properly configured.
Probably because the repository was archived on 08/2023 and is considered to be deprecated.

Fortunately, I got a good result following the instructions in the link I posted, although there may still be some room for improvement.

Best,

A.

#355 Re: Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-08 10:40:05

Hello:

Andre4freedom wrote:

...  encountered the same problem ...
... could do nothing about it.

Well ...
There seems to be (and evidently still is) some sort of problem with Xfce+compton.

Previous versions of Xfce (4.10-4.16) had a problem if compton was installed/enabled: Firefox, Thunar (and other desktop applications) would crash if you tried to drag something with the mouse pointer. eg: move around shortcuts within menus in FF, drag folders in Thunar.

Being a common issue to both applications, it was obviously not a FF or Thunar issue so I posted a question to the forum in 2018 and again in 2021.

I also posted a bug.

The questions to the forum never got a reply and the bug report got one stating that it was an Nvidia/compton/unsupported Xfce 4.10 problem, to try with  4.12 ...

The same problem persisted till Xfce 4.18 when it got "solved" by adding a native compositor.
A compositor which does not work properly.

So ...
Where is the problem?

Moot point now.
Disabling the Xfce native compositor and installing compton seems to be what is needed.

Best,

A.

#356 Re: Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-07 23:34:25

Hello:

I wrote:

... defies the idea of panel transparency ...

Right after posting my question I remembered a package called compton that had to do with transparency.

I saw that it in was the repository but was not installed (it was installed in ASCII and Beowulf), so I disabled compositing in Xfce and installed / enabled compton.

And that was  that, problem solved.
The panel transparency works as before.

I am still getting a very faint diagonal tear I had across (upper left to lower right corners) in my centre monitor when scrolling and in every monitor when resizing windows by dragging with the mouse pointer.

I'll look into that in another thread.

Best,

A.

#357 Desktop and Multimedia » [SOLVED] Xfce panel transparency not working » 2024-06-07 23:16:25

Altoid
Replies: 7

Hello:

After finally upgrading my box from Beowulf to Chimaera and then to Daedalus and having solved problems that arose with Wine and CUPS, I am now in the process of getting the desktop working as it did before the upgrades.

My original Xfce setup took me some time to get right but it worked: from Jesse to ASCII to Beowulf and I got used to it.

But now, with Xfce 4.18 I cannot get the panel transparency working properly.
ie: as it worked in the previous version of Xfce, with the panel itself totally transparent and the launcher icons / minimised windows completely opaque.

I have followed the instructions but have not been able to get it to work as before: now both the panel background and the launcher icons / minimised windows become transparent at the same time.

Sort of defies the idea of panel transparency ... 8^/

Does anyone have the same problem?

Thanks in advance.

Best,

A.

#358 Re: Hardware & System Configuration » GPM and Synaptics touchpad features » 2024-06-06 14:52:25

Hello:

semil wrote:

... have to do any GPM configuration ...

Sorry, I misunderstood your question. ie: I thought the trackpad was not working at all.

I don't use GPM.

But from what I gather, it does need a bit of configuration to get it to work, albeit with varied results.

HTH.

Best,

A.

#359 Re: Hardware & System Configuration » GPM and Synaptics touchpad features » 2024-06-06 12:26:02

Hello:

semil wrote:

... anyone have this working?

Yes, I don't like it so I don't use it much, but it works.

This on an Asus 1000HE running Devuan Beowulf on a backported kernel:

~$ uname -a
Linux eee-dev 5.10.0-0.deb10.16-686-pae #1 SMP Debian 5.10.127-2-bpo10+1 (2022-07-28) i686 GNU/Linux

My dmesg printout says this:

~$ sudo dmesg | grep -i serio1
3 --- snip ---
4 [    6.186975] psmouse serio1: elantech: assuming hardware version 2 (with firmware version 0x020030)
5 [    6.285227] psmouse serio1: elantech: Synaptics capabilities query result 0x00, 0x02, 0x64.
6 [    6.371781] psmouse serio1: elantech: Elan sample query result 00, 03, 64
7 [    6.595103] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input2
8 --- snip ---

Run sudo dmesg | grep -i synaptics, sudo dmesg | grep -i elantech and see what you get in the printout.

You may also want to consider posting (some?) information about the hardware and Devuan release you are using so that you can get more help.

Best,

A.

#360 Re: Hardware & System Configuration » Which work environment to choose for a processor two cores and four th » 2024-05-31 11:06:50

Hello:

Welcome to Dev1. 8^)

John22233 wrote:

... a computer with a processor  2015 year. It has 16 GB of RAM and an AMD processor with two cores and four threads.

Your 2015 hardware is less than 10 years old. 

I use a ca. 2007 Sun Ultra24 workstation with an Intel Core 2 Quad Q9550 processor and 8.0Gb RAM.

The system boots from a 120Gb/SATA3 SSD drive, has four different sized SAS HDDs SAS drives running from a ca. 2012 LSI SAS1068E SAS controller for storage and such and two ca. 2009 Nvidia Quadro FX580/512Mb cards driving a pair of ca. 2012 Samsung SyncMaster 940n and a ca. 2015 Dell P1914s displays.

There's also a ca. 2000 Adaptec 2940U/UW Pro PCI controller to run a ca. 1995 Umax S6-E SCSI-2 scanner and an external DDS SCSI tape drive should ever need to do such a thing.

As you can see, all of the hardware I am listing is quite dated/has been discontinued, some of it for many years now.
Yet it all works wonderfully well with Devuan Linux Daedalus.

As for the desktop, Mate or XFCE will do fine.
I think you should have no issues with your box.

Best,

A.

#361 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-28 21:11:34

Hello:

aluma wrote:

... probably be right to remove my simple comments from this thread ...

I beg to differ, it would not be right.

There is absolutely no need for that, please don't remove/delete anything.

We were simply exchanging opinions in a civilised manner, albeit drifing off topic.
Nothing nothing more / nothing less.

At worse, agreeing to disagree.  8^)

I do apologise if my tone/wording made you think otherwise.

Best,

A.

#362 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-28 12:44:37

Hello:

This thread is/was about the Daedalus upgrade breaking my Wine installation but is drifting in another direction.
Taking that into account and having been labelled as [solved], I'll say no more than this:

I wrote:

... Richard Harris' Pegasus Mail.

Like I wrote: not any Win based email client.

wikipedia wrote:

... described as "one of the web's oldest and most respected email clients".

https://en.wikipedia.org/wiki/Pegasus_Mail#cite_note-4

Martin von Wittich wrote:

Do not rely on Wine to magically protect you ...

Who could think this was even a remote possibility?

I have would not ever rely on Wine to protect me from malware or anything else.
I protect my system from malware by, first and foremost, not running Wine as root.
ie: release notes and FAQs are an important part of the documentation.

wiki.winehq wrote:

... NEVER run Wine as root! Doing so gives Windows programs (and viruses) full access to your computer and every piece of media attached to it.

https://wiki.winehq.org/FAQ#Should_I_run_Wine_as_root?

In all the years (~30) I have used Pegasus Mail, I have never (ever) had a problem with malware coming in via email.
This in both MS and Linux based systems.

Of course, and it goes without saying, I have never opened suspicious email attachments.
Nor did Pegasus Mail automatically/suicidally open them for me.  8^)

aluma wrote:

WINE itself takes up about the same amount of memory...

Not something I took or ever needed to take into consideration.

As a Linux user, my need was to find a Linux based email client that could match what Pegasus Mail offered.
I was never able to find such a thing, much less in Thunderbird which I tried many years ago and found to be lacking.

For the reasons given in my previous post and in spite of it being MS based and not open source, I have continued to use it in every Linux distribution I have gone through, without any issues.

Like I said, YMMV.

Thank you for your input.

Best,

A.

#363 Re: Hardware & System Configuration » CUPS 2.4.2 - Daedalus - "Filter failed" error » 2024-05-27 11:55:56

Hello:

I wrote:

Installing the libcupsimage2 instantly solved the problem.

I see that the CUPS package is maintained by the 'Debian Printing Team'.

This issue with (what seems to be) a dependency problem with libcupsimage2 ...
Who would have to take care of it? ie: CUPS, Debian, Devuan?

My uneducated guess would be that package dependencies are something that involves the developers.
ie: the list of dependencies is generated somewhere along the line and added to the source code so that when the package is compiled and 'made' by maintainers, the binary will install them all with the proper versions.
ie: maintainers would not add dependencies on their own.

Is this correct?
If not, who would have to take care of the problem with libcupsimage2?

~$ aptitude why libcupsimage2
i   cups                 Suggests   foomatic-db-compressed-ppds | foomatic-db
p   foomatic-db          Recommends printer-driver-all                       
p   printer-driver-all   Recommends printer-driver-splix                     
p   printer-driver-splix Depends    libcupsimage2 (>= 1.4.0)                 
~$ 

From what I can make of the above aptitude printout, cups suggests foomatic-db / foomatic-db-compressed-ppds which in turn recommends printer-driver-all.

In turn, printer-driver-all recommends printer-driver-splix but this last package depends on libcupsimage2.

Now, my system does not have the suggested packages foomatic-db-compressed-ppds / foomatic-db installed because I do not install suggested packages because of their suggested nature.
ie: they are not dependencies.

But this being so ended screwing up my printing because the cups-filters package will fail if the libcupsimage2 is not installed.

It seems that cups-filters depends on libcupsimage2 being present to work properly.
But there is no mention of that here.

I'd appreciate some input on this.

Thanks in advance.

Best,

A.

#364 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-26 16:55:24

Hello:

chris2be8 wrote:

... ls -lR /home/groucho/.wine where the R is to list subdirectories recursively.

The dosdevices directory contains a list of all the drives Wine would access.
And the drive_c directory is not really related to it.

It has all the Windows directories it needs plus the directories for the MS based applications installed, in this case, Pegasus Mail.

~/.wine$ cat wineserver
wine-1X5UO
~/.wine$
~/.wine$ cat wrapper.cfg
ww_name="All fonts"
~/.wine$ 

Best,

A.

#365 Hardware & System Configuration » CUPS 2.4.2 - Daedalus - "Filter failed" error » 2024-05-26 15:20:05

Altoid
Replies: 1

Hello:

After upgrading to Daedalus, I came across a severe problem with CUPS 2.4.2.
When I tried to print something, it failed with this output in dmesg:

--- snip ---
~$ sudo dmesg
usb 5-1: new high-speed USB device number 10 using ehci-pci
usb 5-1: New USB device found, idVendor=04e8, idProduct=3321, 
bcdDevice= 1.00
[usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 5-1: Product: M2020 Series
usb 5-1: Manufacturer: Samsung Electronics Co., Ltd.
usb 5-1: SerialNumber: 0731B8GJBB029TD
usblp 5-1:1.0: usblp1: USB Bidirectional printer dev 10 if 0 alt 0 
proto 2 vid 0x04E8 pid 0x3321
usblp1: removed       # last line
~$

The last line appears after sending the file to print.
The printer (Samsung M2020W USB) was correctly detected at boot time:

~$ sudo dmesg
--- snip ---
[    6.482475] usb 7-1: New USB device found, idVendor=04e8, 
idProduct=3321, bcdDevice= 1.00
[    6.491763] uhci_hcd 0000:00:1d.2: detected 2 ports
[    6.500910] usb 7-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[    6.500913] usb 7-1: Product: M2020 Series
[    6.500914] usb 7-1: Manufacturer: Samsung Electronics Co., Ltd.
[    6.500916] usb 7-1: SerialNumber: 0731B8GJBB029TD
--- snip ---
~$

The CUPS UI informed "Filter failed".

The problem (solution found here) is caused by a missing package: libcupsimage2, which for some reason is not listed as a dependency for CUPS (!)

~$ aptitude why libcupsimage2
i   cups                 Suggests   foomatic-db-compressed-ppds | foomatic-db
p   foomatic-db          Recommends printer-driver-all                       
p   printer-driver-all   Recommends printer-driver-splix                     
p   printer-driver-splix Depends    libcupsimage2 (>= 1.4.0)                 
~$ 

Installing the libcupsimage2 instantly solved the problem.

Best.

A.

#366 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-26 11:48:52

Hello:

aluma wrote:

... wouldn’t use the Win mail client under Linux ...

I get the idea, of course, but we are not talking about any Win based email client.

This is Richard Harris' Pegasus Mail.

I have used Pegasus Mail since my early W3.10 days, cannot recall the exact year but I am quite sure it was pre W95 by at least a year which makes for ~30 years' continued use without ever giving me any grief or problems that I could not fix myself.

Meaning PMail under W3.XX straight through W95/W98/W2000/XP -> a number of Linux distributions and now Devuan, from Jessie to Daedalus.

Never lost any emails and when I did, it was because of the well known 'between the chair and the keyboard' problem.

I started using PMail after trying out all the email clients available (at the time) for the MS environment but not one came close to PMail.
ie: Eudora, OE, Netscape (?) and a couple of others I cannot recall.

It has a very useful 'selective mail download' feature, something I have not seen in any other email client.
That plus an easy to use UI that has not changed significantly in all these years has made it my email client of choice, even under Linux.

More than enough for me to use and continue using it, without any reservations.
Even if it is closed source.

Did I mention that it is free?
Of course, YMMV.

Thanks a lot for your input.

Best,

A.

#367 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 17:22:39

Hello:

chris2be8 wrote:

... a bit late now ...

Never too late ... 
Or so one hopes.

chris2be8 wrote:

... but did you ...

I did, just in case.

Non working .wine saved elsewhere.

~$ ls -lr /media/stuff/.wine
total 2956
-r-------- 1 groucho groucho      11 Nov  3  2020 wineserver              ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 07:16 userdef.reg
-rw-r--r-- 1 groucho groucho   60783 May 25 07:16 user.reg
-rw-r--r-- 1 groucho groucho 2946462 May 25 07:16 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 07:16 dosdevices
~$ 

Previously/now working .wine from BackInTime snapshot.

~$ ls -lr /home/groucho/.wine #(*.reg backup files removed for clarity)
total 6020
-rw-r--r-- 1 groucho groucho      20 May 25 10:13 wrapper.cfg
-rw------- 1 groucho groucho      11 Nov  3  2020 wineserver             ### <-
-rw-r--r-- 1 groucho groucho    3314 May 25 13:45 userdef.reg
-rw-r--r-- 1 groucho groucho   61038 May 25 13:45 user.reg
-rw-r--r-- 1 groucho groucho 3065505 May 25 13:45 system.reg
drwxr-xr-x 8 groucho groucho    4096 Feb 18  2022 drive_c
drwxr-xr-x 2 groucho groucho    4096 May 25 13:44 dosdevices
~$ 

As you can see the non-working directory is missing the wrapper.cfg file and the wineserver files do not have matching attributes.
ie: -r-------- in the non-working version but -rw------- in the working version.   
Not too clear to me how that got to be so.

That said, check the timestamp of the non-working version of the wineserver file: 20201103 -> four years ago.
Same as the working version. Attribute changes do not set a new timestamp?

No matter, problem solved.

The moral of the tale?
If you have a decent back-up at hand, you also have a chance to fix whatever went awry. 

Thank you very much for your input.

Best,

A.

#368 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 12:43:23

Hello:

I wrote:

... never found out what went wrong and/or how to avoid it.

I have managed to fix the problem at hand but only have a hint as to what may have happened.

I have used BackInTime and TimeShift for the longest while now.
Both have proved to be invaluable more than once and this is yet another instance.

Seeing that Wine was working properly after upgrading to Chimaera but stopped doing so after upgrading to Daedalus I restored /home/xxxx/.wine from the snapshot I took before the last upgrade.

As a result, Wine is working properly and loads Pegasus Mail, which also works as expected, albeit with an altered look.
ie: fonts and such, probably related to how Xfce renders the windows. (surprised? not)

As to what caused the problem, the last lines of the BackInTime log for the job shows/implies that there may have been some problem with file attributes:

~/.local/share/backintime$ cat restore_.log
rsync --recursive --times --devices --specials --hard-links --human-readable -s --links --perms --executability --group --owner --info=progress2 --no-inc-recursive -R -v --backup --suffix=.backup.20240525 /media/300GBIT/backintime/devuan/groucho/1/20240523-084800-476/backup/./home/groucho/.wine /
building file list ... done
rsync: [generator] chgrp "/home" failed: Operation not permitted (1)
home/
home/groucho/.wine/.update-timestamp
home/groucho/.wine/system.reg
home/groucho/.wine/user.reg
home/groucho/.wine/userdef.reg
--- snip ---
sent 60.79M bytes  received 34.43K bytes  24.33M bytes/sec
total size is 721.88M  speedup is 11.87
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1338) [sender=3.2.7]   ### <-- here 
 
Restore permissions:
Restore permissions: Done

~/.local/share/backintime$ 

That's about it.
What happened and how did it happen?
What files/attrs/permissions needed to be changed and why?

No idea.
All I can say with certainty is that Wine worked after upgrading from Beowulf to Chimaera but stopped working after upgrading to Daedalus.

Thank you for your input.

Best,

A.

#369 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-25 10:15:38

Hello:

aluma wrote:

... need to delete the /home/xxx/.wine folder ...
When you start wine again, it will create a new one, with all the new changes ...

Indeed, I had thought of doing exactly that.
But it was the last option I was considering.

I recall having to do that quite a few times in the many years I ran PMail in an MS environment ie: W98/W2000/XPSP3.
It was the go-to method ie: }à la Windows to which I had no other option when things went south.  8^D

The main drawback to that was that you never found out what went wrong and/or how to avoid it.
I'll keep it in the bucket for the time being, so to speak.

The fact that I can run PMail as root tells me that Wine is working properly and that the DLLs are all there.
The problem apparently resides in Wine not seeing/being aware of them when started as a user which is odd, to say the least because Wine must never be run as root as it does not sandbox anyhting.

ie: you are giving MS executables full access to your system and everything attached to it.

Thank you very much for your input.
And taking the time to post the screenshots.

Best,

A.

#370 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 23:56:52

Hello:

I wrote:

Unfortunately the problem remains.

But I have discovered something, quite odd at that.

Like I mentioned, when I try to start Pegasus Mail from a terminal (ie: as the logged in user), I get this:

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$ 

Also happens when I try to start winecfg (ie: as the logged in user):

~$ winecfg
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$

But when I try to start wine, (ie: without specifying PROGRAM [ARGUMENTS ... ] I get this:

~$ wine
Usage: wine PROGRAM [ARGUMENTS...]   Run the specified program
       wine --help                   Display this help and exit
       wine --version              Output version information and exit
~$ 

So I tried both with privileges (ie: sudo) and it worked.

~$ sudo winecfg gets me the Wine configuration window (for Drives/Audio/Applications/Libraries/Graphics/ Desktop Integration) pop-up.

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe gets me the Pegasus Mail start up window asking me for my username, something I have never had to use.

But then I have never ran Pegasus Mail as root.

I cannot make out if this is a permissions or ownership problem, but it does not look like it is a Wine problem as seems to it work if I try to start it as root.

Edit: absoultely everything under /home/groucho/.wine is owned by $USER:$USER.

Any idea as to how to troubleshoot this?

Thanks in advance.

Best,

A.

#371 Re: Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 23:22:19

Hello:

GlennW wrote:

... or reinstalling wine to reconnect the links with the system.

I just tried reinstalling:

~$ sudo apt install --reinstall wine
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 70.6 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://deb.devuan.org/merged daedalus/main amd64 wine all 8.0~repack-4 [70.6 kB]
Fetched 70.6 kB in 8s (8709 B/s)
(Reading database ... 181668 files and directories currently installed.)
Preparing to unpack .../wine_8.0~repack-4_all.deb ...
Unpacking wine (8.0~repack-4) over (8.0~repack-4) ...
Setting up wine (8.0~repack-4) ...
Processing triggers for man-db (2.11.2-2) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for wine (8.0~repack-4) ...
~$ 

Reinstall went through with no warnings.
Unfortunately the problem remains.

Thanks for your input.

Best,

A.

#372 Installation » [SOLVED] Chimaera to Daedalus upgrade broke WINE » 2024-05-24 22:16:56

Altoid
Replies: 19

Hello:

Whilst the upgrade from Beowulf to Chimaera had no adverse effects on Wine, the upgrade to Daedalus broke it.
It simply will not start.

Attempting to find out what is going on via a terminal gave me a printout which first complained about a missing Wine32 and then about a slew of *.dlls which it could not find even though they are present in the system.

Installing Wine32 made no difference, same output.

eg:

~$ wine start /unix /home/groucho/.wine/drive_c/PMAIL/Programs/winpm-32.exe
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
0024:err:module:import_dll Library advapi32.dll (which is needed by L"C:\\windows\\syswow64\\shell32.dll") not found
0024:err:module:import_dll Library sechost.dll (which is needed by L"C:\\windows\\syswow64\\advapi32.dll") not found
--- snip ---
0024:err:module:import_dll Library win32u.dll (which is needed by L"C:\\windows\\syswow64\\user32.dll") not found
0024:err:module:import_dll Library user32.dll (which is needed by L"C:\\windows\\syswow64\\start.exe") not found
0024:err:module:LdrInitializeThunk Importing dlls for L"C:\\windows\\syswow64\\start.exe" failed, status c0000135
~$ 

I have been using Wine since I set up my first Linux box (mid 2015?) and never had any problems with it: it just worked as expected.
So I am rather lost as to what could be going on.

It was working perfectly well after upgrading to Chimaera, no issues.

Any one using Wine in a Daedalus install?

I would appreciate some input on this.

Thanks in advance.

Best,

A.

#373 Re: Desktop and Multimedia » Xfce 'Open Terminal Here' not working » 2024-05-24 14:01:30

Hello:

I wrote:

... not been able to find out how to fix it.

Thinking the unsupported nvidia 340.108 driver for my twin PCI-e cards could well be the cause, I decided that my upgrading to Chimaera would be a good opportunity to see if the nouveau driver worked as well as it did in the Daedalus live-iso I had tested some time ago.

But it was (indeed) a Chimaera.

After a few hours of trying to get the two card / three screen layout to work as it was supposed to, I called it a night.

I had not had this much fun since I first spent a couple of days to get a properly working xorg.conf in a version of PCLinuxOS.
That was many years ago, may be too old for all that now.

At the time the effort proved to be well worth it as I was able to use the same configuration file from Jesse to Beowulf by simply dropping it in place, no questions asked.

But nouveau would have none of it and the xorg-config generated file was not a solution.

This morning, before I restored my Beowulf image I decided to see if whatever problem I had in front of me had been solved/taken care of in Daedalus, so I went ahead with the upgrade.

Went by witout much ado and although few desktop settings got mangled (conky panel and xfce4-panel placement and transparency) the three screens were recognised and working as intended fron the get-go, with Right click -> Open [ Terminal or root Thunar ] here is working as expected.

So, for the time being everything is well enough, time will tell.

Many thanks to the developers/maintainers involved in/with Devuan and nouveau: the problems I came across did not get fixed by themselves.

Best,

A.

#374 Desktop and Multimedia » Xfce 'Open Terminal Here' not working » 2024-05-23 22:04:57

Altoid
Replies: 1

Hello:

Finally decided to upgrade from Beowulf to Chimaera.

~/Desktop$ uname -a
Linux devuan 5.10.0-29-amd64 #1 SMP Debian 5.10.216-1 (2024-05-03) x86_64 GNU/Linux
~/Desktop$ 

But there are a couple of things that the upgraded version of Xfce seems to have broken.

eg:
Right click -> Open [ Terminal or root Thunar ] here does not work as expected ie: as it did before the upgrade.

Instead of opening where the pointer is (one of the three monitors) it always opens the selection in the centre monitor.
I have not been able to find out how to fix it.

I'd appreciate some input on this.

Thanks in advance.

Best,

A.

#375 Re: Installation » [SOLVED] Beowulf to Chimaera - precautions II » 2024-05-22 21:11:05

Hello:

A rather belated update.

pcalvert wrote:

... now would be a good time to do so.

Good times, bad times ...
Edie Brikell comes to mind.

Finally got my new fibre link installed so I went ahead with that.
Worked prefectly well.

Thank you very much.

Best,

A.

Board footer

Forum Software