/srv/irclogs.ubuntu.com/2020/05/14/#xubuntu-devel.txt

Unit193I'm kind of thinking "screw it" and backporting my xfconf to the backports PPA, but since it's not in groovy that's a bit... :301:25
Unit193Dashboard is looking pretty good right now, actually.01:32
=== brainwash_ is now known as brainwash
=== Eickmeyer[m] is now known as Eickmeyer_
=== Eickmeyer is now known as Eickmeyer__
=== Eickmeyer_ is now known as Eickmeyer[m]
=== Eickmeyer__ is now known as Eickmeyer_E
=== Eickmeyer[m] is now known as Eickmeyer
Unit193bluesabre: Ah crap, I got an email about stuff.  Can I give you a copy?08:30
=== jphilips_ is now known as jphilips
bluesabreUnit193: sure?10:13
jphilipsUnit193: if i remember correctly, you are a debian maintainer, right.10:27
jphilipsthese guys are looking for assistance to get their dock into debian https://github.com/M7S/dockbarx/issues/9211:01
jphilipsanyone familiar with xdmcp, as a twitter user is saying its not working in 20.0412:38
jphilipshttps://twitter.com/hgdrn/status/126058691907707289612:38
ali1234xdmcp is really really niche - it's the situation where the whole session runs on a remote machine, including the display/login manager14:50
ali1234 i'm surprised it even still worked in 16.04 to be honest15:00
=== erich is now known as E_Eickmeyer
jphilipsali1234: interesting technology, though seems similar to RDP, or am i mistaken15:18
ali1234i mean, its superficially similar15:19
ali1234it leverages remote X11, but typically when you use that your window manager is local and just one client is remote15:20
ali1234under Xdmcp the Xserver itself broadcasts a request for remote login managers and then *everything* runs remotely from the login window up through the session and window manager15:20
ali1234obviously there are a *lot* of things that can go wrong there15:20
ali1234especially wrt dbus because that has no remote capability, so if it runs in the wrong place, you can't connect - that seems to be the problem with xscreensaver15:21
ali1234but Xdmcp is tech from 20+ years ago, before dbus existed15:22
ali1234long before15:22
ali1234these days many components are relying on non-X services because they run under wayland too, and those components aren't network capable. pulseaudio being another example15:23
jphilipsseems like something with the new screensaver is causing some of the issues15:23
jphilipshttps://pbs.twimg.com/media/EX6Aju7XYAU3FEp?format=jpg&name=medium15:23
ali1234not that audio ever worked with xdmcp15:23
jphilipsalso power manager as well15:24
ali1234in order for anyone to even begin to investigate this we're going to need a comprehensive guide on how to configure everything for Xdmcp, because i doubt any current developers know how to do it15:24
ali1234i certainly don't, i haven't done it for over 15 years at least15:24
jphilipswhat would you recommend i tell the person to upgrade to rather than use xdmcp15:24
ali1234i wouldn't, there is nothing that can replace it15:25
ali1234if you actually need it then you need it15:25
ali1234there is nothing more annoying than someone who doesn't understand the use-case recommending something completely unsuitable15:25
jphilipsyep like people using excel as a database :D15:26
ali1234it's not like that at all....15:26
jphilipsoh sorry, read your message wrong15:27
ali1234this person probably knows all the alternatives if they are experienced enough to even know what xdmcp is, so suggestions aren't going to help15:27
jphilipswell i suggested the person join the IRC, so hopefully he can give his use-case15:27
ali1234btw, bugs found in ubuntu should always go to launchpad in the first instance15:35
ali1234if they are found to be upstream bugs then there are mechanisms to re-file there and keep the launchpad bug synced15:36
ali1234this is also important at the other end when it gets fixed, so the fix can be pulled into ubuntu15:36
jphilipsyes i'm aware of that, as i've had a number of bugs happen in that case15:38
jphilipsi normally file all my bugs upstream as they are xfce bugs more than xubuntu bugs15:39
ali1234it's fine to open a bug on launchpad and then immediately open the same bug upstream and link them15:40
ali1234preferred, even15:41
jphilipsexcuse my ignorance, but what would be the benefit of that15:42
ali1234ubuntu maintainers get notified automatically when the upstream bug gets fixed15:42
ali1234it isn't always a given that it is the same people15:43
ali1234it gets more eyes on the bug, and ensures it shows up whichever place someone searches15:45
ali1234suppose same bug affects ubuntu and fedora. fedora user searches their tracker and finds a bug linked to the upstream bug, and then on that bug they find a link to the ubuntu report. this way everyone has all the facts15:46
ali1234you should not worry much about making duplicate reports either15:49
ali1234consider that if you search and dont fond the bug, and then you make a dupe, you will phrase it in a different way. so the next person who searches may not find the original, but they may find your duplicate, which hopefully will have been marked as such15:50
ali1234consider that a bug report is not just a request to fix something. it's more like asking "does anyone else have this same problem?"15:52
jphilipsinteresting concept. i would presume then that all distro bug trackers follow the same recommended method15:59
ali1234i have no idea15:59
ali1234DBTS seems to be designed to be as difficult to use as possible, and fedora just mass closes everything every 6 months16:00
ali1234i have no experience with any of the others16:01
jphilipsanyone here have OP status in #xubuntu, as we wanted to test a one-way telegram to irc bridge bot in preparation for it going live19:10
Unit193jphilips: http://bugs.debian.org/93465920:07
ubottuDebian bug 934659 in wnpp "RFP: dockbarx -- Lightweight taskbar/panel replacement" [Wishlist,Open]20:08
jphilipsUnit193: thanks. so someone was requesting the same from august 2019. what is the way forward with it?20:17
Unit193Someone has to actually do it.20:17
Unit193Package it, upload it to NEW, of course finding a sponsor if needed.  All for something that hasn't seen a release since Feb '18? :P20:21
jphilipsno release, but they've had patches come in during 2018 up to dec 201820:23
jphilipsits definitely a popular dock, though plank gets more attention as its in debian20:25
Unit193Also if it really is Python 2, that's a hard no for anyone.  Debian is working to remove Python 2 (as is Ubuntu)20:26
jphilipsokay20:28
Unit193FWIW, with regards to 'rdp like thing', x2go is likely functioanlly more along those lines.20:29
jphilipsdefinitely need to try x2go as wimpy was always mentioning how great it was on mate20:42
Unit193As I noted before, drop a file in /usr/local/bin/ with the right stuff and it'll look like Xubuntu, not default Xfce. :P20:49
hgdrnGood evening. Twitter brought me here, I'm the guy that ranted about the crappy XDMCP performance of my fresh Xubuntu 20.04 installation.21:09
hgdrnI've read the discussion of today in the channel logs, so I just want to add some words of how and why I use XDMCP.21:10
hgdrnFirst of all: I'm not a (Linux) developer, I'm just a Linux user. I use Win7 in the office next to a Xubuntu laptop (currently using 18.04). Two monitors are connected to the Windows PC.21:12
hgdrnThe left monitor is used for all the Windows stuff. The right monitor shows a full screen XDMCP session of my Xubuntu laptop. Using this config I can use the best of two worlds with one keyboard/mouse just by switching the windows.21:13
hgdrnWhy XDMCP: because everything works and looks nice (OK, no sound, but I don't need audio). The keyboard mapping works (German keyboard here). The fonts look perfect. It really looks the same as I use the laptop itself.21:16
hgdrnXDMCP runs much much better than VNC, RDP or x2go. It's faster, has less latency, the keyboard mappings work. I can watch YouTube videos in FullHD in an XDMCP session without problems.21:18
hgdrnI tried VNC, I tried RDP: both are a "pain in the ass" in comparison to XDMCP. I tried x2go long a go, it was OK, but not more, XDMCP is much better for me. 21:20
hgdrnI have been using XDMCP since 1998 or before. I currently use VcXsrv (https://sourceforge.net/projects/vcxsrv/), and I use its "XDMCP one window" mode. MobaXTerm is a nice solution, too. There has been XWin32 or Exceed, too.21:23
hgdrnRegarding the problems of 20.04: I guess  (sorry if I'm completly wrong) that there is some easy logic missing in theXubuntu code. The programs should check somehow if they are running on the local XServer or somewhere else.21:28
Unit193I have never used XDMCP, that being said I wonder what would happen if you selected 'Xfce' in the session menu rather than 'Xubuntu' (note, this could trash your Xfce settings)21:28
hgdrnI use an old Lenovo Thinkpad T410s for testing purposes. I used 18.04 with Plasma, Cinamon and Xfce. All of them worked well. Then I upgraded to 20.04 but the result was not good (Login took 2 minutes). So I made a clean install of Xubuntu 20.04 and found these problems when trying to access the Thinkpad via XDMCP.21:34
hgdrnOne had to test it systematically, but I guess I don't have the time anymore to do that. So, before I write too much here: Where would be the right place to address problems? Please remember that I have never been in this Linux development world, and it is not so easy for me to know where to post bugs.21:37
hgdrnGood night from Germany. Keep on hacking, you are doing a good job and I love Xubuntu and XFCE. If XDMCP will die (at least with Wayland I guess), I'll find another way. If I can help I will try to do it. Bye.21:41

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!