[02:12] <ikwyl6_> i get so many blueman-manager popup errors to send reports on 22.04.. is this a common thing with some xubuntu users..?
[06:59] <guiverc> ikwyl6_, if your release of Xubuntu is 22.04, then your base system is Ubuntu 22.04 (with the Xfce Desktop & others packages included as per a Xubuntu Desktop system not Ubuntu Desktop)...  also if you don't see a report the .crash file will still exist without a .uploaded & you can be asked again (and again until removed or uploaded)
[11:57] <xu-help33w> Hi, I'm using Ubuntu Server 20.04 LTS with LVM disk encryption, which I've just downloaded Xubuntu-desktop on. I've got several queries. Firstly, what packages are required for a GUI on the disk encryption unlock? Secondly, what packages are required for Ethernet and WiFi to work? I've currently configured the wifi yaml file for my network, but I'd
[11:57] <xu-help33w> like the option to flick between available networks when required. At the moment I don't have the option for Ethernet connections, and my WiFi networks shows 'device not ready'. Any assist is appreciated
[11:57] <xu-help33w> Hi, I'm using Ubuntu Server 20.04 LTS with LVM disk encryption, which I've just downloaded Xubuntu-desktop on. I've got several queries. Firstly, what packages are required for a GUI on the disk encryption unlock? Secondly, what packages are required for Ethernet and WiFi to work? I've currently configured the wifi yaml file for my network, but I'd
[11:57] <xu-help33w> like the option to flick between available networks when required. At the moment I don't have the option for Ethernet connections, and my WiFi networks shows 'device not ready'. Any assistance is appreciated
[12:00] <guiverc> xu-help33w, Xubuntu no longer support 20.04; flavors support LTS releases only three years thus the oldest supported flavor is 22.04 LTS
[12:01] <guiverc> https://xubuntu.org/news/xubuntu-20-04-released/ for example says its supported until April 2023
[12:01] <xu-help33w> Okay, this is the release that is currently required to run in my environment due to external factors. Is there any advise regardless?
[12:02] <guiverc> I'd suggest trying #ubuntu  (20.04 is still supported there)
[12:03] <xu-help33w> I'm trying to replicate an existing environment to see what will break when upgrading. It is a requirement to use Xubuntu
[12:04] <guiverc> and the supported Xubuntu releases here are 22.04 LTS, 22.10 & 23.04
[12:05] <xu-help33w> Thanks for being useless :)
[12:07] <guiverc> disk encryption unlock usually occurs on boot; well before GUI is touched.. (I don't see GUI connection there)... Xubuntu uses network manager (all desktop flavors do; which can change a server networking on install don't forget)
[12:17] <xu-help33w> Thank you. Do you have any pointers for what I should check for network manager?
[21:15] <xu-help28w> hi
[21:16] <xu-help28w> what ver do i need for a something intel 1.1ghz with 1gb ram? =$
[21:17] <xu-help28w> obviously 32bit :D
[21:17] <gnrp> 18.04 is the alst one with 32 bit support
[21:17] <gnrp> you're probably better off witwh a more light-weight distro
[21:22] <xu-help28w> like what? X)
[21:24] <xu-help28w> pupy? core?
[21:31] <gnrp> Hmmm, something lxde-based or so. xfce is too heavyweight by now for 1gb ram probably, depending on what else you want to run
[21:33] <krytarik> Well, tbh any modern web browser by now is too heavyweight for 1 GB of RAM, the desktop environment became to merely play a side role here..
[21:34] <xu-help28w> yes well said
[21:38] <krytarik> But generally you could look at Debian wrt 32-bit support here.


[18:10] <cjp256> thanks blackboxsw/falcojr for the last minute ask :D
[18:21] <blackboxsw> cjp256: falcojr https://github.com/canonical/cloud-init/pull/1265/files#r807157218 would this cause a problem across boot stages with our unpickle resetting _iso_dev = None every time we deserialize the cached DS obj,pkl?
[18:25] <falcojr> I was understanding it as not wanting the value to get cached at all, but maybe that was a wrong assumption
[18:41] <cjp256> blackboxsw: nah, we are purposely clearing/(re)initializing these vars that we don't want to persist - iso_dev is now one of them.  Previously it needed to be re-used in non-local phase
[18:42] <blackboxsw> I think _report_ready should have been called by crawl_metadata anyway which should effectivly set self._iso_dev = None anyway. ok thanks for clarification there
[18:43] <blackboxsw> I just got pricklies seeing us back off from the hasattr check


[02:53] <InevGlitch> Quick question, will ubuntuone work with kubuntu?
[04:10] <tcole> eventually yes
[04:10] <tcole> the main open issue right now I think is a dependency on gnome-keyring
[04:14] <InevGlitch> Ok, thanks.
[04:25] <tcole> need some kind of KDE UI for it too, I think
[18:15] <windmill> Hi, is there a way to make the ubuntu one directory refresh?
[18:16] <windmill> I have uploaded files on one machine but they don't show up on the other until I disconnect and reconnect ubuntuone client.
[18:33] <windmill> No one else have trouble with syncing across multiple machines?
[20:02] <BUGabundo> boas tardes
[22:18] <sunnydrake> hi all! problem  i have client ubuntuone-client-gnome,ubuntuone-client 0.90.3+r71-0ubuntu1~ppa1~jaunty
[22:20] <sunnydrake> i need to sync 25k files (~400mb) with service but ubunone-syncdemon eat 100% of cpu 1.5G of mem and span another instance ... end of story no files synced at all(u1sync still works ..)
[22:20] <sunnydrake> but painly slow
[22:21] <sunnydrake> im not a familiar with phyton but if is_already_running(): in daemon must preven to spam second instance... at least..
[22:50] <tcole> hm, sounds like you should definitely file a bug
[22:55] <sunnydrake> ok
[22:57] <tcole> I've heard of similar things happening occasionally, but that's more dramatic than other cases I've heard about
[22:57] <tcole> do you know if the second instance was a child process of the original daemon?
[23:01] <harrydance> Hi everyone
[23:01] <harrydance> I'm having a problem with the ubuntu one client
[23:01] <harrydance> I can't seem to launch it
[23:02] <harrydance> Is this a known issue?
[23:06] <tcole> possibly not
[23:07] <tcole> what version of ubuntu are you running?
[23:11] <harrydance> 9.04
[23:12] <harrydance> When I clock Applications > Internet > Ubuntu One I just get no response
[23:13] <harrydance> click*
[23:15] <harrydance> Do you have any ideas on how to get it working?
[23:16] <tcole> not yet
[23:16] <tcole> could you try running /usr/lib/ubuntuone-client/ubuntuone-syncdaemon from a terminal?
[23:16] <tcole> and see if it shows any errors?
[23:17] <harrydance> I get this:
[23:17] <harrydance> harry@harry-desktop:~$ /usr/lib/ubuntuone-client/ubuntuone-syncdaemon
[23:17] <harrydance> /var/lib/python-support/python2.6/dbus/connection.py:242: DeprecationWarning: object.__init__() takes no parameters
[23:17] <harrydance>   super(Connection, self).__init__(*args, **kwargs)
[23:18] <tcole> hm, that's it?
[23:18] <tcole> is there an ubuntuone-syncdaemon process running?
[23:18] <harrydance> yeah, no window or notification icon or anything
[23:19] <harrydance> yes the process is running
[23:19] <harrydance> there is also ubuntuone-client-applet running apparently
[23:21] <tcole> hm
[23:21] <tcole> ubuntuone-client-applet should be providing the notificaiton icon
[23:23] <sunnydrake> tcole: according to htop yes and have diffrent pids
[23:24] <tcole> sunnydrake: I wonder if that isn't a leftover form a fork/exec pair that failed or something along those lines
[23:24] <tcole> anyway, definitely capture that information in the bug report
[23:27] <sunnydrake> tcole: i clean all before starting client :( hmm i see daemon write some logs do you know where they are?
[23:28] <tcole> yes, the logs go in ~/.cache/ubuntuone/log
[23:38] <sunnydrake> tcole: what this mean?? 2009-07-12 01:36:43,128:128.734111786 dbus.proxies Executing introspect queue due to error
[23:38] <sunnydrake> 2009-07-12 01:37:08,128:128.73005867 UbuntuOne.Client.Applet DBusError: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[23:38] <tcole> hm
[23:38] <tcole> looks like syncdaemon was too busy to reply to a dbus query from the applet in time
[23:39] <tcole> definitely put all that in the bug report
[23:40] <sunnydrake> tcole: i will wait while syncdaemon write log after scanning files and try to upload content..
[23:40] <tcole> ok, thank you
[23:44] <sunnydrake> tcole: i have a slight hope that i can resolve this withouth bugreport :) thanks for help anyway.( i uploading this files all week...)
[23:44] <tcole> well, the thing is that there's obviously a problem
[23:44] <tcole> even if you work around it, we'd appreciate a bug report so we can solve it
[23:45] <tcole> (if you find a workaround that's probably worth mentioning in the bug report as well)
[23:48] <sunnydrake> tcole: im not knowledgeble about inner code of client but it seems rescan files is very slow...
[23:48] <sunnydrake> tcole: is there a code to check just timestamp?
[23:48] <tcole> I don't know offhand, probably not
[23:49] <tcole> it'd actually need to check more than just timestamps, since timestamps by themselves can miss changes in some situations
[23:54] <sunnydrake> tcole: tes this is a tradeoff usability vs speed but good middle is if(quickcheck() )->longcheck .. most users don't usally need complex tracking SVN like ... u can always make special options file to define changes tracking style.. as i see now 4-5 of my web projects + 2 video make whole file check a hell.. (well other way is to implemet some VFS... and make parameters while coping files indir)...
[23:54] <tcole> changes made while the daemon is running are captured
[23:55] <tcole> the rescan is just to catch up with things that may have happened since the last time the daemon was running
[23:55] <tcole> pretty much we need to use inode fingerprints so we can skip rehashing files
[23:55] <tcole> (inode fingerprints are a quicker check, more comprehensive than timestamps)
[23:56] <tcole> but we do have to do it in a way that is reliable
[23:57] <sunnydrake> tcole: XML tree approach :) well it's upto devs to decide and i feel i have about 30-50 min more wait for rescan done (this is my 5 run of util with same files indir )
[23:58] <tcole> OOC, how long does u1sync take to scan?