Xp Default Wallpaper

0 views
Skip to first unread message

Bertoldo Beyer

unread,
Aug 5, 2024, 3:08:44 PM8/5/24
to gastaihenback
Were deploying desktops via PXE/Preseed installations, and I'd like to change the default wallpaper. I found how to change the login screen wallpaper, but not yet how to change the default wallpaper for new users.

What I tried and didn't work:I tried to edit the schemas folder directly (for people new to Ubuntu like me, the folder I'm referring to is found at /usr/share/glib-2.0/schemas/). The configuration file that I needed to edit was org.gnome.desktop.background.gschema.xml , yet for some reason, that wouldn't be applied to the new user, plus it is likely bad practice to edit these configuration files directly.


Make sure that your wallpaper is located at /usr/share/backgrounds/ and that you've edited either focal-wallpapers.xml or ubuntu-wallpapers.xml found at /usr/share/gnome-background-properties/ to include your wallpaper image (there are other posts that explain how to do this).


I would recommend rebooting, then creating a new user to test whether it's working. I hope this helps, it worked for me, let me know if you have better solutions or slightly improvements to this method.


The default wallpaper in Ubuntu 18.04 is warty-final-ubuntu.png, and the most easy approach to change it would be to convert (if necessary) your wallpaper to png format, rename it to warty-final-ubuntu.png, then rename the original default wallpaper and copy your wallpaper to the default location.


I'm on KDE 14.14.1 and want to change the default wallpaper. I want to make lots of changes as I want to build a customized kubuntu maybe call it a fork. But there's my problem. There are almost no recent tutorials about customizing Kubuntu (there are lots of old tutorials though).


I just upgraded to 14.04, and it's amazing. Obviously, I went to check out the new backgrounds and one caught my eye. It's an abstract blue design and is marked as one that changes throughout the day and its title is "Default Wallpaper". I really would like to find this wallpaper's file, but I can't.


I've checked in /usr/share/backgrounds and /usr/share/wallpapers but neither has them, just the picture wallpaper. Is there a special place that the ones that change are stored, or are they simply inaccessible?


So I had a Galileo Install A few Days Ago with KDE as my preferred DE . I set it up with wallpapers and everything was good , until today when I tried switching back to Endeavour Default theme from Apperance Settings in KDE.


Right Now after a fresh install it is present there .

Not a usability issue but I would like to know what could have caused it to delete on its own regarding this strange behaviour. A kde bug ? , I dunno.


When I applied the changes and went back to my desktop, the default wallpaper was gone. I found it had been deleted from the default path referenced above (/usr/share/wallpapers/EndeavourOS/contents/images). I had to reinstall from the EnOS git/repo. Thus, my issue did affect the default wallpaper. I may just have triggered it in a different way. For the record, I had not deleted any packages or themes from the base install.


Yes, I have done a second install, because I want to be able to cross check a couple of issues that I have. Issues I strongly suspect is Debian related, and not Bunsen related. More about that later. I have not had the opportunity to start looking into it yet.


The weird thing is that I still get the default wallpaper!? I commented out conky, and there were no conky after reboot. Checked with my Lithium install, and everything works fine there. It appears that nitrogen overrides the autostartfile for me. This is also checked over two installs, three different users.


As additional trivia I can mention that I often comment out the wallpaper, and then I get a darkgrey or black solid background, which is ok for me. When I use a wallpaper I always have something discreet and solid. What can I say, I am easily distracted. 8o


the image is not accessible to beryllium at boot time because it is on a partition that you will not mount in thunar until sometime later.

The remedy here is to make this partition available by making the appropriate entry in fstab at boot time.


Did the suggested change in Nitrogen > Preferences and changed the path. No change, the problem persisted. After that I checked with the third user I have on this first test install of Beryllium. There the wallpaper change worked as it should.


commented out in the autostart file. So I uncommented nitrogen in the autostart file in both the other users, and then it worked as it should. The problem is kind of solved, it was me, again. Sorry for pointing you in the wrong direction guys. :8


So I uncommented nitrogen in the autostart file in both the other users, and then it worked as it should. The problem is kind of solved, it was me, again. Sorry for pointing you in the wrong direction guys.


This is getting into graphics territory where I'm not totally comfortable, but my vague understanding is that nitrogen just sets an image on the "X11 root pixmap", then exits. It's not running, and it creates no .desktop file in /etc/xdg/autostart. (A quick check for xdg autostarted apps is to run 'bl-xdg-autostart --list')


So, it could be possible that something set on the X11 root will linger even after a reboot until either a) it is rewritten by nitrogen or b) some other app (eg xfdesktop) puts a layer on top of X11 root.


That would account for why commenting out the nitrogen line in BL's autostart didn't take away the previously set wallpaper, but not for why Dolly's new wallpaper wasn't remaining after reboot. Maybe nitrogen wasn't remembering the new image, and rewrote the old one?


If I remember, Nitrogen caches the last wallpaper used. In the event it cant find the wallpaper that it is trying to restore too, it will fall back, then fall back again to a blank desktop, which will be whatever color is set for the root window. I have found that Ntirogen can have trouble when trying to set a wallpaper from an sshfs mountpoint, for instance. It also has driven me nuts on multi-monitor setups in the past and for multi-monitor setups, I almost always use feh.


Maybe this is just a "Bullseye" thingy that will sort itself out til release time. Since the wallpaper change works as it should if I not touch the autostart file I will just leave this as it is. The options here are that I can either get a solid wallpaper and load it normally, uninstall nitrogen to get nothing so to speak, or as @hhh suggested replace nitrogen with feh.


For now I will leave things as they are on this install that I am sure of and just have patience and follow "Beryllium". Which so far has been a nice experience for me. Then I can allow myself to be a little crazy on my second install.


Forget about gui(s), clicking, scrolling dozens of photos on a simple gui window.

Fill up the "pictures folder" on you home and let feh from .xinitrc do it the clean simple work when a WM/DE startup.


I just upgraded to Sonoma and everything looks to be working fine with the exception of the wallpaper. If I change it, and switch between spaces, it restores the original Sonoma wallpaper. This happens even if I set options "Show on all spaces", and "Show as screen saver". Does this have a quick fix? It looks to be a bug on macOS Sonoma.


Okay, thanks for checking out the wallpaper changes on multiple desktops. This is not the behavior I saw. I manually created two desktops (no full screen apps). Then switching between any space reset the wallpaper to default.


I finally figured out what was causing the issue. It is because I was using the app TopNotch (version 1.3.2). This app hides the display notch on the macbook pro. Disabling it fixed the issue for me. So it is not a macOS bug.


For a longer term solution to not be distracted by the display notch, I found System Preferences > Accessibility > Display. Here I turned on Reduced Transparency which makes the menu bar greyish in color (on dark mode). This hides the notch to some extent.


I have the same issue. Running the latest version of Sonoma. I'm don't have TopNotch as others do. My wallpaper changes to the default "Sonoma Horizon" wallpaper almost every time I open my Macbook Pro, or if it stays open for an extended period of time.


When I restart and gop to System Settings - Background the selected background is showing as the chosen background in System Settings, but it will not let me select it. The default is displaying on the Desktop, but I cannot select the one I want, IE the one that was selected before restarting.


Here, Space 1, has a custom wallpaper (a photo of a sunset), and Space 2 has the default Sonoma wallpaper - but suppose it was the other way around, and then you were to delete Space 2. Then stuff would reverted to Space 1, and you would see a different wallpaper.


Yes, I understand. But once I switch back to the desktop (switch spaces), the wallpaper reverts to the default Sonoma wallpaper. The transition is a bit quick for the eye to see, but its at 11 - 12 seconds into the video.


So I switched spaces to a full screen app (Arc) using the cmd-tab shortcut. Then I switched back to desktop using the same shortcut. When we use the shortcut, it shows the available full screen apps. Those are the icons that show up in the middle of the video.


Okay. I played with multiple desktops and on my Macs running Sonoma, the wallpaper set before creating any desktops is the one that is used for newly created desktops. If you change the wallpaper on just one desktop, only it will be set to the new wallpaper.

3a8082e126
Reply all
Reply to author
Forward
0 new messages