[01:52] <CIA-9> casper: cjwatson * r631 trunk/ (debian/changelog scripts/casper):
[01:52] <CIA-9> casper: Tail casper.log and show its messages during boot (thanks, Michal
[01:52] <CIA-9> casper: Suchanek; LP: #363886).
[03:14] <CIA-9> casper: cjwatson * r632 trunk/debian/changelog: releasing version 1.177
[03:45] <twb> If I do a three-disk install with 3-node RAID1 /boot and the rest RAID5 and LVM, grub is used.
[03:45] <twb> Is grub installed on all three disks, or only the first one?
[03:45] <twb> (This is with d-i from the ubuntu-server 8.04.1 CD.)
[07:35] <_ruben> just the first disk, from what i recall
[07:36] <twb> Is that considered a bug?
[07:36] <_ruben> could be
[10:48] <soren> cjwatson: Have you ever used the web frontend for Debconf?
[10:50] <cjwatson> for about five seconds once several years ago
[11:01] <soren> cjwatson: Ok. I have a web(-like) interface from whence I'll need to let a user configure packages (by answering debconf questions). I was thinking of embedding the debconf web frontend (with some CSS applied to it, so it's less hideous) in an iframe. Another alternative would be to somehow arrange for debconf to speak directly to the my interface and basically implement a new frontend in some sort of AJAX-y fashion.
[11:02] <soren> Which makes you cringe less? :)
[11:02] <cjwatson> the former
[11:04] <soren> Good :)
[11:10] <soren> ..although a debconf "frontend" that simply tunnels debconf somewhere else is somewhat interesting. You could be managing a server over SSH, and get asked debconf questions on a local GNOME debconf frontend.
[11:10] <soren> cjwatson: Do you know if anyone has tried something like that?
[11:11] <soren> "tunnels debconf" as in "tunnels the debconf wire protocol", I mean.
[11:21] <cjwatson> it's called "passthrough"
[11:21] <cjwatson> ish, anyway ...
[11:21] <cjwatson> I don't know that anyone's tried the specific thing you suggest although I believe all the pieces are there
[11:23] <soren> Oh, yes, there it is. Interesting.
[11:32] <cjwatson> passthrough is used very heavily by the installer for various nefarious purposes
[11:32] <cjwatson> which all require keeping extremely careful track of which file descriptors go where, often on paper :-)
[11:42] <jerroome> hi
[11:42] <jerroome> i'using preseed to install ubuntu on a pool of machines
[11:43] <jerroome> I would like to set up a few repositories inside preseed
[11:43] <cjwatson> jerroome: as in, extra lines in /etc/apt/sources.list
[11:43] <cjwatson> ?
[11:44] <jerroome> I use apt-setup/local0/repository for the first
[11:44] <jerroome> I saw you could use apt-setup/local1 etc
[11:44] <cjwatson> yep
[11:44] <jerroome> but the second isn't taken into account
[11:45] <jerroome> at least, that's what it looks like
[11:45] <cjwatson> err, really? could I see your preseed file (feel free to obscure passwords) and the syslog from the installation attempt?
[11:45] <cjwatson> (if the installation completed, it'll be in /var/log/installer/syslog)
[11:46] <jerroome> but it doesn't complete, it fails while installing packages
[11:46] <jerroome> should I paste my preseed file here ?
[11:46] <cjwatson> please don't paste things into IRC
[11:46] <cjwatson> use paste.ubuntu.com or similar
[11:46] <cjwatson> you can paste something there and it'll give you a URL, which you can paste here
[11:47] <jerroome> ok, just give me a sec
[11:52] <jerroome> here it is http://paste.ubuntu.com/188147/
[11:55] <cjwatson> jerroome: what version of Ubuntu are you installing?
[11:55] <cjwatson> jerroome: it looks OK, but can I see your installer syslog so that I can look for errors there?
[11:56] <jerroome> as the install fails, I can't give it to you
[11:56] <cjwatson> that simply isn't true
[11:56] <cjwatson> you can use 'save debug logs' from the installer main menu to extract it
[11:56] <jerroome> it is based on 8.04 server
[11:56] <cjwatson> or you can run 'anna-install openssh-client-udeb' from a terminal, and then you can scp the file to another machine
[11:57] <cjwatson> in the installer environment, it's /var/log/syslog
[11:59] <jerroome> http://paste.ubuntu.com/188151/
[11:59] <jerroome> is syslog
[11:59] <jerroome> from save debug logs
[12:04] <cjwatson> so it certainly looks as though it's taken apt-setup/local1/repository into account
[12:05] <cjwatson> lots of errors about http://<IP_ADDRESS>/install/dists/hardy/ being busted in one way or another; maybe you should use a proper mirror for that bit?
[12:05] <cjwatson> 2894 Jun  4 10:25:22 in-target: Impossible de trouver le paquet Database
[12:05] <cjwatson> it's *very* unusual to have a package name begin with a capital letter
[12:06] <cjwatson> unheard of
[12:06] <cjwatson> in fact, policy explicitly forbids it
[12:06] <cjwatson> so that's probably why it breaks ...
[12:06] <cjwatson> "Package names must consist only of lower case letters (a-z), digits (0-9), plus (+) and minus (-) signs, and periods (.). They must be at least two characters long and must start with an alphanumeric character."
[12:07] <jerroome> ok, I didn't know
[12:07] <jerroome> I will change that
[12:07] <cjwatson> not certain that that's the problem, of course, but it's a good possibility
[12:08] <cjwatson> also, from an installer shell after the failed installation, 'cat /target/etc/apt/sources.list' to see if it really did add that second local repository
[12:08] <cjwatson> should be easy to see
[12:09] <jerroome> yes, it's added
[12:09] <jerroome> you're right
[12:09] <jerroome> postgresql Database is a preseed file generation problem
[12:10] <jerroome> it isn't even a package, king of noobish :)
[12:10] <jerroome> kind of
[12:14] <jerroome> I'm trying a new install
[12:15] <jerroome> isn't there a bug with preseeding, my last character is never taken into account
[12:16] <jerroome> as you might have seen, I always have to add a comment line
[12:16] <cjwatson> I think that's fixed in more recent versions
[12:17] <jerroome> ok
[12:18] <jerroome> what do you think about my firstboot method, is there a "better" way ?
[12:19] <jerroome> I just link a script in /etc/rc2.d/ and the script mv the S entry to K entry as last command before reboot ....
[12:21] <cjwatson> as I said on #ubuntu-devel, I think it would be much better to arrange to install the packages before reboot. Firstboot arrangements are usually fragile and poor-quality in various ways.
[12:22] <cjwatson> For example, if you do it in the installer then you can easily (via 'in-target' etc.) take advantage of the installer's code to install packages non-interactively
[12:25] <jerroome> for example, I need to confirm to my server that the install went right
[12:26] <jerroome> how can I do that without firstboot ?
[12:30] <cjwatson> you have networking in the installation ...
[12:31] <cjwatson> anyway I don't care about every precise detail of your system, I'm mainly just saying that *installing packages* in a firstboot script is a bad idea
[12:31] <jerroome> it's working inside preseed now, thank you for that, it was only Database which was set at the wring place
[12:32] <jerroome> I know I have networking during installation, but as you say, it is during
[12:32] <jerroome> thank you for your help and advices ..
[12:34] <cjwatson> well, you have a hook that runs pretty much at the end of installation too :-)
[12:34] <cjwatson> you might need firstboot if you aren't sure that the bootloader is going to work
[12:35] <jerroome> might be stupid, but what do you mean with : hook that runs pretty much at the end of install ....
[12:36] <cjwatson> preseed/late_command
[12:37] <jerroome> can't finish install fail ?
[12:37] <jerroome> how sure can I be ?
[12:38] <cjwatson> in theory, but it's pretty unlikely
[12:38] <cjwatson> the bootloader is a far more likely failure point
[12:38] <cjwatson> if that's an issue for you, go ahead and carry on using firstboot for that, I won't stop you
[12:38] <jerroome> ok, that's nice to know
[12:38] <cjwatson> using firstboot for that is a lot saner than using it for installing packages
[12:39] <jerroome> you're right, installing packages inside firstboot isn't a very nice solution, especially when there're tools during install to do it
[12:39] <jerroome> again, thank you very much for everything
[13:28] <Ng> I hope this isn't a pointless observation - I don't see anything immediately obvious in bugs.lp about it... I just did an install with the current daily karmic amd64 installer and my user is in no additional groups, so I can't sudo
[13:28] <cjwatson> Ng: can I get back to you after lunch?
[13:28] <Ng> (and it also looks as though /etc/sudoers is a default version, there's no group given sudo powers)
[13:28] <cjwatson> that sounds like user-setup crashed part-way through so I'll need to investigate the syslog
[13:28] <Ng> cjwatson: absolutely. I'll not touch it any further
[13:29] <cjwatson> thanks
[13:29] <cjwatson> back in an hour or two
[13:30] <Ng> ok
[13:30] <Ng> quick look suggests you are right, finish-install.d/06user-setup returned error code 1 after failing on some /dev/shm ecryptfs thing
[13:30] <Ng> I'll prune out my mount password and upload this stuff somewhere
[13:30] <Ng> if I can remember my lp password I'll file this all properly
[14:07] <Ng> (OOI, is that logging of the ecryptfs password to the installers syslog just there for development releases?)
[15:31] <cjwatson> Ng: *blink* the password is logged? poke kirkland ...
[15:31] <kirkland> cjwatson: ?
[15:31] <cjwatson> Ng: any luck with the log?
[15:32] <cjwatson> 13:30 <Ng> I'll prune out my mount password and upload this stuff somewhere
[15:32] <cjwatson> 13:30 <Ng> if I can remember my lp password I'll file this all properly
[15:32] <cjwatson> 14:07 <Ng> (OOI, is that logging of the ecryptfs password to the installers syslog just there for development releases?)
[15:32] <kirkland> cjwatson: it shouldn't be logged to the installer log
[15:32] <kirkland> cjwatson: but it does land briefly in a r------ file in /dev/shm
[15:33] <kirkland> Ng: where is this logging of a password to syslog happening?
[15:33] <kirkland> Ng: karmic encrypted home setup using the alt installer?
[15:33] <kirkland> Ng: gimme some info and i'll go try to reproduce this
[15:36] <Ng> kirkland: yeah karmic amd64 alternate
[15:37] <Ng> just a sec...
[15:37] <Ng> http://mairukipa.tenshu.net/cmsj-installer.tgz
[15:38] <Ng> grep syslog for: zomghax
[15:38] <Ng> cjwatson: that tarball has all of /var/log/installer for your diagnostic purposes :)
[15:38] <Ng> kirkland: before I pruned it, it looked very much like the phrase I was encouraged to write down post-install
[15:39] <kirkland> Ng: are you sure it wasn't just the signature?
[15:39] <kirkland> addin
[15:39] <kirkland> g auth tok with sig [0c34d8c80f951cdc] to the keyring
[15:39] <kirkland> that's just a fingerprint for the much longer passphrase
[15:39] <kirkland> Ng: I see those
[15:39] <Ng> Jun  4 11:58:26 user-setup: YOU SHOULD RECORD THIS MOUNT PASSPHRASE AND STORE IN A SAFE LOCATION:
[15:39] <Ng> Jun  4 11:58:26 user-setup: zomghax
[15:39] <Ng> Jun  4 11:58:26 user-setup: THIS WILL BE REQUIRED IF YOU NEED TO RECOVER YOUR DATA AT A LATER TIME.
[15:39] <kirkland> Ng: ugh
[15:39] <Ng> perhaps this is fallout from whatever failed in user-setup
[15:40] <kirkland> Ng: okay, let me track this down
[15:40] <kirkland> Ng: i'm going to test jaunty first
[15:40] <Ng> if you or cjwatson want me to leave the install as-is, I will, otherwise I'll do a quick re-install without ecryptfs to get the laptop running ;)
[15:40] <kirkland> cjwatson: tell this again, where do the install logs live post installation in a runnign system
[15:40] <kirkland> Ng: would you mind holding onto it for a few minutes?
[15:41] <Ng> kirkland: sure, no problem.
[15:41] <kirkland> Ng: this item has 100% of my attention at the moment
[15:41] <Ng> kirkland: that tarball was /var/log/installer/ on the target fs after installation
[15:41] <kirkland> Ng: i lie, i'm pouring a cup of coffee first, then it has 100% of my attention :-)
[15:41] <Ng> hehe
[15:41] <Ng> fwiw, I used the current daily
[15:42] <cjwatson> so, yeah, ecryptfs just fucked here AFAICS
[15:43] <cjwatson> might be nice for user-setup-apply to recover and still do the sudo stuff
[15:44] <Ng> it seems like the resulting crypted home stuff works though
[15:46] <kirkland> Ng: cjwatson: i have a successful karmic installation from last night, alt installer, encrypted home
[15:47] <kirkland> Ng: cjwatson: i'm digging through /var/log/installer and I don't see any passphrase leakage on this system
[15:47] <kirkland> oh, wait
[15:47] <kirkland> there it is
[15:47] <kirkland> shite
[15:48]  * kirkland tests jaunty, holding his breath
[15:48] <cjwatson> ecryptfs-setup-private seems to just lob it at stdout
[15:49] <cjwatson> anyway, you know more about this than I do, feel free to push a patch up when you have one
[15:58] <kirkland> Ng: okay, i've reproduced the issue
[15:58] <kirkland> Ng: you can have your machine back
[15:59] <Ng> cool :)
[15:59] <Ng> cjwatson: do you need anything else from the install?
[16:00] <cjwatson> no
[16:01] <Ng> ok, thanks guys :)
[19:19] <CIA-9> usb-creator: rgreening * r103 usb-creator/ (4 files in 2 dirs):
[19:19] <CIA-9> usb-creator: Added additional kde initialization bits required to startup a KApplication
[19:19] <CIA-9> usb-creator: (KAboutData, KCmdLineArgs, KApplication, etc).
[19:19] <CIA-9> usb-creator: kde_frontend is now launchable from usb-creator-kde, but still non
[19:19] <CIA-9> usb-creator: functional.
[19:19] <CIA-9> usb-creator: usb-creator-kde is essentially complete.
[19:20] <CIA-9> usb-creator: rgreening * r104 usb-creator/usbcreator/translate.py: Added translation class for use with KDE translation.
[20:24] <CIA-9> ubiquity: cjwatson * r2701 hardy-proposed/ (debian/changelog ubiquity/frontend/kde_ui.py):
[20:24] <CIA-9> ubiquity: * KDE frontend:
[20:24] <CIA-9> ubiquity:  - Fix crash on selecting non-ASCII options in the "Use as:" menu while
[20:24] <CIA-9> ubiquity:  creating a partition (LP: #247993).
[20:25] <CIA-9> ubiquity: cjwatson * r2702 hardy-proposed/ (debian/changelog ubiquity/frontend/kde_ui.py): Fix crash when entering a non-ASCII mount point (LP: #128554).
[21:13] <CIA-9> installation-report: cjwatson * r57 hardy-proposed/ (debian/changelog finish-install.d/94save-logs):
[21:13] <CIA-9> installation-report: Run gzip chrooted to /target rather than in the installer environment,
[21:13] <CIA-9> installation-report: since busybox-udeb isn't configured with gzip support, only gunzip
[21:13] <CIA-9> installation-report: (LP: #337276).
[21:13] <CIA-9> installation-report: cjwatson * r58 hardy-proposed/debian/changelog: releasing version 2.31ubuntu2
[21:33] <CIA-9> usb-creator: rgreening * r105 usb-creator/bin/usb-creator-kde:
[21:33] <CIA-9> usb-creator: Refactor usb-creator-kde to use proper KDE cmd line options.
[21:33] <CIA-9> usb-creator: Re-order some internal bits (i.e move def's to top) and add a __main__.
[21:33] <CIA-9> usb-creator: Need to fixup kdesudo section or replace with policykit bits.
[22:06] <CIA-9> partman-basicfilesystems: cjwatson * r562 hardy-proposed/ (commit.d/format_swap debian/changelog):
[22:06] <CIA-9> partman-basicfilesystems: When formatting swap partitions, save the old UUID in a file rather than
[22:06] <CIA-9> partman-basicfilesystems: in a shell variable, as the latter approach eats NULs (LP: #336992).
[22:11] <lfaraone> evand: Yeah, I'm still having compilation issues.
[22:11] <lfaraone> evand: * runtime with future on Jaunty
[23:38] <CIA-9> ubiquity: cjwatson * r3266 ubiquity/debian/ (changelog intro-alpha.txt): Fix the intro message to have the correct release version and date.
[23:42] <CIA-9> ubiquity: cjwatson * r3267 ubiquity/ (d-i/manifest debian/changelog):
[23:42] <CIA-9> ubiquity: Automatic update of included source packages: base-installer
[23:42] <CIA-9> ubiquity: 1.99ubuntu2, debian-installer-utils 1.68ubuntu1, flash-kernel
[23:42] <CIA-9> ubiquity: 2.13ubuntu8, hw-detect 1.72ubuntu1, partman-base 129ubuntu8,
[23:43] <CIA-9> ubiquity: partman-target 59ubuntu2, silo-installer 1.15ubuntu2, user-setup
[23:43] <CIA-9> ubiquity: 1.26ubuntu1.
[23:47] <CIA-9> partman-ext3: cjwatson * r755 ubuntu/ (debian/changelog valid_filesystems/_numbers): Offer ext4 before ext3, since it's now the default.
[23:48] <cjwatson> evand: found a couple more bits that hardcoded ext3 :-/
[23:50] <CIA-9> ubiquity: cjwatson * r3268 ubiquity/ (4 files in 3 dirs):
[23:50] <CIA-9> ubiquity: Various minor adjustments to cope with ext4 now being the default
[23:50] <CIA-9> ubiquity: filesystem.
[23:51] <CIA-9> partman-ext3: cjwatson * r756 ubuntu/debian/changelog: releasing version 56ubuntu3
[23:52] <CIA-9> ubiquity: cjwatson * r3269 ubiquity/ (d-i/manifest debian/changelog): Automatic update of included source packages: partman-ext3 56ubuntu3.
[23:53] <CIA-9> pkgsel: cjwatson * r144 ubuntu/debian/changelog: releasing version 0.24ubuntu2
[23:56] <CIA-9> ubiquity: cjwatson * r3270 ubiquity/ (debian/changelog scripts/install.py): Use block-attr rather than vol_id.


[22:14] <mparillo> For your editing pleasure: https://kubuntu.org/wp-admin/post.php?post=4698&action=edit
[22:14] <mparillo> Next step is to try to update the target page.
[22:38] <mparillo> Target (https://kubuntu.org/alternative-downloads) updated and the main download (https://kubuntu.org/getkubuntu/) updated as well.


[00:13] <ScottL> rlameiro, there is still quite a bit of work going on with the kernel i believe
[00:13] <ScottL> rlameiro, i've been having troubles myself and i really hope the solve them soon :P
[00:14] <rlameiro> ScottL: well, maybe we should not post that testing untill stff is more stable
[00:14] <rlameiro> and continue to make test internally and look at them..
[00:14] <ailo> rlameiro: Don't think your firewire problems are related, though
[00:15] <ailo> But, the variation in test results is interesting. Just a week ago, I was getting the same results from generic as from -lowlatency
[00:16] <rlameiro> ailo: yea, i need to do an update test again
[00:16] <rlameiro> i also tested it with 8x8 channels
[00:16]  * persia is amused at the use of "internally" for a transparent public project
[00:17] <rlameiro> 6 in channels where quiet but still it is a stress
[00:17] <rlameiro> persia: internally as not a definitive result :D
[00:17] <rlameiro> persia: not as obscure :D
[00:17] <rlameiro> this channel is public with logs :D
[00:18] <persia> I know.  I'm still amused.  Even though everything we do here and on the mailing list is public, it's still "internal" in a sense.
[00:28]  * ScottL wonders how many people come here and read through the logs or the emails
[00:29] <rlameiro> I do sometimes :D
[00:29] <rlameiro> 1 for me :D
[00:30] <persia> Lots of folk likely subscribe to the mailling list, or read the archives.
[00:30] <persia> Most of the folk who read the IRC logs are probably at least occasionally active here, or on the mailing list.
[09:43] <astraljava> Sooo.... wonder if Canonical could use a guy with some C++ and Qt skills? Looks like I'm gonna run out of work soon...
[09:55] <abogani> astraljava: https://tbe.taleo.net/NA3/ats/careers/searchResults.jsp;jsessionid=E22F4015F5C1F74559120C79A16C04F0.NA3_primary_jvm?org=CANONICAL&cws=1
[09:56] <astraljava> abogani: Thanks! Way cool of you. :D
[09:57] <abogani> astraljava: :-)
[10:36] <ailo> abogani: You heard persia, right? Is the kernel getting into the repos now?
[10:38] <ailo> The -generic is nowhere near good for audio right now.
[10:59] <abogani> ailo: Right. I'll double-check it this weekend. In any case I'm not sure that it is the right thing to do.
[11:15] <ailo> abogani: Why are you not sure?
[11:22] <ailo> I don't know what is going on with the -generic kernel, but until we can get a garantee that it will be able to do reliable low latency work, I would hold on to -lowlatency.
[11:24] <ailo> -lowlatency is the right technical term, but I wouldn't mind calling it -multimedia and let it be a multimedia alternative to the -generic, as long as the -generic is not able to provide the same performance.
[11:25] <persia> That would be unfortunate.  There are many "multimedia" use cases where it's probably not appropriate.
[11:25] <ailo> persia: Like what?
[11:25] <persia> like watching youtube
[11:25] <persia> remember, "multimedia" is a *big* word.
[11:26] <ailo> It is. You mean flash is not as fast with -lowlatency?
[11:26] <persia> Should make no difference at all.  Might cause a (very small) decrease in battery time if I'm watching youtube on a portable device.
[11:27] <ailo> It uses up more power, right?
[11:27] <persia> A little bit.
[11:27] <persia> Depends on what you're doing, really.
[11:28] <persia> If you're mostly idle, it will use more power.  If you're using your machine hard, it makes no difference at all, and may even save some power.
[11:28] <persia> watching youtube is mostly idle for most recent devices.
[11:28] <ailo> Maybe we should add some info about that for the user
[11:28] <persia> Hardly anyone cares.
[11:29] <ailo> For me, watching flash uses up most of my CPU. But that's because the graphic card is not working with it, right?
[11:29] <ailo> Without drivers I can't even watch some videos full screen
[11:29] <persia> The only people who care are those who need low latency for some reason (audio or video production, audio/video streaming on insufficient HW, telephony switching, etc.)
[11:30] <persia> That's unrelated.  You aren't likely to notice difference there between -lowlatency and -generic
[11:31] <abogani> indeed
[11:31] <ailo> For audio low latency is needed as soon as you do something live. Play a virtual instrument, monitor while recording, or as I do, live processing
[11:31] <persia> No it isn't.
[11:31] <ailo> For audio/video, I don't know
[11:32] <persia> It's needed for doing what you say under certain combinations of system load and driver quality.
[11:32] <ailo> I can't very well play a virtual instrument, if there is an audible delay
[11:32] <ailo> For me it's totally based around human perception limitations
[11:33] <ailo> And -lowlatency nails it.
[11:33] <ailo> I mean, there's even a little room beyond that limitation
[11:33] <persia> Sure.  But the difference in delay between the average -generic kernel and the average -lowlatency kernel depends heavily on the load on your system (both raw CPU load, and context-switch count), the specific IO hardware you have, and the raw performance of your equipment/
[11:33] <ailo> After my recent testing, the difference is huge
[11:34] <persia> -lowlatency does better at higher system loads, or with buggier drivers.
[11:34] <ailo> -generic is not anywhere near acceptable right now
[11:34]  * persia is talking in general "right now" is ephemeral
[11:36] <ailo> Can someone garantee that -generic will be able to perform as well as -lowlatency
[11:37] <ailo> For me -lowlatency is a safe bet. I was surprised to see that the -generic performed as well for a little while. I have no idea why, and why it is not doing that now.
[11:37] <persia> There are no guarantees.  This is free software and a volunteer project.
[11:38] <ailo> Then, for the sake reliability, I at least would want to keep the -lowlatency as an audio alternative in the repos.
[11:39] <persia> keep?  I'd like to put it in the repos, but will only do that if the maintainer wishes, as otherwise it will bitrot.
[11:39] <ailo> Well, put then :)
[12:05] <ailo> I don't know much about the work that goes into maintaining the kernel and how things work over at Canonical. I would think that -lowlatency would be useful, not only to Ubuntu/UbuntuStudio, but also to all other distros (and specifically audio distros) based on Ubuntu. So, from my ignorant point of view, I think the -lowlatency should go in.
[12:06] <persia> Maintaining a kernel is a lot of work.  It's one of the most active, fast-paced, and confusing open source projects out there.
[12:06] <persia> I'm not sure what Canonical has to do with anything in this context.
[13:02] <scott-work> abogani: we spoke earlier about someone learning to compile the -lowlatency kernel and i am still interested in learning to do so
[13:04] <abogani> scott-work: Ok. Start cloning my git repos from kernel.ubuntu.com/git.
[13:05] <scott-work> abogani:  apparently because of the differences in our time zones this may be a slow process :P
[13:05] <scott-work> abogani: i will do that tonight at home when i expect you will be asleep :)
[13:05] <scott-work> abogani: but bear witness, this is something that i will peservere and see to completion
[13:06] <abogani> scott-work: Could you recall your TZ to me?
[13:07] <scott-work> i am central US, in the state of texas
[13:07] <scott-work> abogani: ^^^
[13:07] <scott-work> abogani: i recall that you are in Italy but i don't know where geographically whithin her
[13:08] <abogani> scott-work: I'm in central too. I was born in Prato 17 km near Florence (Tuscany).
[13:11] <scott-work> abogani: i meant that i am in CST time zone, my apologies, in the US using the term "central" is interchangable with CST
[13:14] <abogani> scott-work: So it is incredibly early at you.
[13:15] <scott-work> abogani: i prefer to be at work at 6:30 am so that i may work undisturbed by colleagues, as supervisor i receive significant interruptions
[13:18] <abogani> scott-work: Understand.
[13:24] <scott-work> abogani: but please don't take that to mean that i consider talking to you (or anyone on this channel) as an "interruption" :)
[13:24] <scott-work> if i did so then i wouldn't log into IRC ;)
[13:30] <abogani> scott-work: ;-)
[13:32] <scott-work> does anyone also know of a good guide for creating themes? i would really like to understand some basics before we begin to make significant changes to the ubuntustudi-theme package
[13:34] <abogani> scott-work: In any case I want you know that updating (that is the maintenance) of -lowlatency kernel is very trivial. 3 commands for ubuntu-natty-meta-lowlatency and 5 for ubuntu-natty-lowlatency.
[13:34] <persia> (plus lots of testing, bug tracking, etc.)
[13:35] <scott-work> abogani: wow, that really is insignificant!
[13:35] <scott-work> but my personality prohibits me from trying to do something without having some generalized understanding of what is happening
[13:36] <abogani> persia: touche :-)
[13:36] <scott-work> when i do something i like to understand what it should be doing and how it affects other things
[13:36] <scott-work> which i suppose aligns with what persia said as well :P
[13:36] <persia> abogani, You may have scripted things so resync is quick, but I know it's a fair bit of work to keep the kernels working.
[13:38] <abogani> persia: Kernels don't change significantly after release so we have a good chance that -lowlatency still in good still working.
[13:39] <abogani> argghhhh
[13:39]  * abogani needs coffe
[13:49] <persia> abogani, heh, except for all the SRUs.  Seems there's one every couple weeks.
[14:25] <scott-work> abogani:  i belive it is approximately 3:30 pm on Friday for you.  is that correct?
[14:25] <scott-work> if so then you are +7 hours in relation to me
[14:26] <scott-work> that's not as bad as i thought had originally thought
[14:33] <abogani> scott-work: Exactly
[15:54] <ailo> scott-work: I will gladly take the lead on the Theme design, as long as we try keep it as trivial as possible. I have already learned some about GTK themes and Metacity.
[16:04] <scott-work> ailo:  were you heavily involved in something else?  dont' overload yourself
[16:05]  * scott-work apologizes for not remembering but work has gotten rather involved and time constrained today
[16:05] <ailo> scott-work: Not really. I'm focused on the -controls right now, but theming is always fun as relaxation ;)
[16:32] <ailo> scott-work: Here's the scheme for the ubuntustudio-controls I sent to paultag. http://paste.ubuntu.com/565935/
[16:33] <ailo> I updated the extra section
[16:33] <ailo> I'm looking into the memlock thing, to find out if there is any reason to edit that.
[16:35] <ailo> I'm also looking into the possibility of choosing which type of kernel to boot by default. After a quick look, it seems this needs to be done by adding a custom script to Grub
[16:40] <scott-work> ailo: i'm running home now, i'll look at it there in about an hour
[16:55] <ailo> ScottL: After reading more about memlock, some suggest that it is dangerous to use unlimited memlock. The amount of ram needed seems to be related to the software in use, but I guess using 75-80% would be a good thumb rule?
[16:55] <ailo> As default
[17:27] <ScottL> ailo, i'm not sure about the memlock amount for two reasons; 1) "upstream" is still discussing it and 2) it might depend on how much memory you have in your machine
[17:28] <ScottL> e.g. some might recommend unlimited, but for a computer with less memory, say 512meg or even perhaps 1gig on certain systems, you may not want unlimited
[17:28] <ScottL> therefore i feel like some users might still need to adjust their memlocks settings
[17:28] <ailo> ScottL: Im pretty sure its about how much you need to run programs, however percent-wise, it will differ when having little or much memory
[17:28] <ScottL> now perhaps this is a fringe use case, and not even within two standard deviations from the typical
[17:33] <ScottL> maybe we should send an email to the jack-devel mailist list and ask for their "expert" opinions
[17:34] <ailo> ScottL: I'm for adding a control. Just adding some info too, that explains what is useful to use, and what could be dangerous.
[17:35] <ailo> Default values: rtprio 95, memlock 75%
[17:35] <ScottL> ailo, that sounds good :)
[17:42] <ScottL> also ailo please keep in mind to implement a new theme will require more that just developing or designing it, we will need to make sure it is build and installed during the image building process
[17:43] <ScottL> that later part for the current theme is where i have concerns about removing or modifying those parts for the new theme
[17:46] <ailo> ScottL: I wouldn't mind learning about that too. If we do something drastic for this release, it would have to be simple to do.
[17:49] <ailo> ScottL: I know a little about packaging, but don't have a lot of practical experience.
[17:51] <ScottL> sometimes i sound like such a naysayer :(
[17:55] <ailo> ScottL: Paul Davis says there's no danger in using memlock unlimited.
[18:09] <ailo> ScottL: I can not find one clear case where memlock would have been a definitive problem. Also, rtprio should not be changed either, I think. Right now, I'm thinking there's no need to add controls for those.
[19:23] <ScottL> hi rlameiro  :)
[19:23] <rlameiro> hi ScottL :D
[19:23] <ScottL> ailo, that sounds good, if it does every become a problem we can always update the package
[19:24] <ScottL> rlameiro, did you ever get an install to work correctly?
[19:24]  * ScottL is taking a break from recording music for the rpm challenge :)
[19:25] <ScottL> rlameiro, and what was your install methodology?  "upgrade" from vanilla ubuntu or use the dvd for full, fresh install
[19:25] <rlameiro> ScottL: fresh install
[19:25] <rlameiro> manual partitioning
[19:26] <ScottL> did it work for you?  are you able to record?
[19:27] <ScottL> i remember you saying you were having trouble with xruns
[19:28] <rlameiro> yeap, i have a lot of them
[19:28] <rlameiro> i think i really need an RT kernel to have somewhat reliable session using Firewire
[19:28] <rlameiro> with my chipset
[19:31] <ScottL> rlameiro, is this a different computer than you used before?
[19:31] <ScottL> rlameiro, or did you previously use an -rt kernel when you didn't get xruns?
[19:31] <ScottL> what is different this time?
[19:31] <ScottL> besides the xruns, of course :)
[19:31] <rlameiro> I used a RT kernel before
[19:31] <rlameiro> karmic
[19:31] <ScottL> ah!
[19:31] <rlameiro> so i think it is really related to this
[19:31] <ScottL> i think holstein was rocking the -lowlatency kernel into insanely low latencies
[19:32] <rlameiro> low latency doesnt solve firewire issues unless you have a TI chipset...
[19:32] <ailo> But you said you had problems with -rt too, right?
[19:32] <ScottL> you might try it before going to -rt
[19:32] <rlameiro> ailo: not as much as lowlatency
[19:32] <rlameiro> on RT i had like 2 Xruns an hour
[19:32] <ailo> Ive heard bad things about the ricoh chip
[19:33] <ScottL> i think i will spend some time talking to rnbc next week to understand more about his rtirq package
[19:34] <ailo> But, if the problem is solved with -rt and rtirq, then there is probably an issue with irq sharing. rtirq will only work with -rt
[19:34] <rlameiro> yep, my firewire chipset has a lot of shared IRQ
[19:36] <ScottL> ailo, sorry, i just now checked my mail and read your email to jack-dev list, good job and paul answered!  kinda like rubbing elbows with royalty :P
[19:36]  * ScottL is going back upstairs to record some vocals and maybe another guitar track
[19:36] <ailo> I spent some time talking with ffado people about irq sharing. They said the problem should be solved by the people developing drivers for linux. Graphic drivers and such. I'm not sure about the details, but it seems hard to get away from the problem with irq sharing on vanilla / generic kernels right now.
[19:37] <ailo> The problem is mainly on laptops too.
[19:39] <rlameiro> well, i am on laptop :(
[19:57] <ScottL> rlameiro, i liked your answer to the alesis question on the mailing list..."why are you using OSS?"   LOL
[19:58] <ScottL> i'm pretty happy with the rest of my tool chain for guitars, bass, drums...but not my vocals, i'm still struggling with that :(
[19:58] <rlameiro> ScottL: right isnt it?
[19:59] <ScottL> rlameiro, i believe so!
[20:00] <ScottL> but there are those who would argue that OSS should be preferred over ALSA
[20:00] <ScottL> but then again, for those with hardware that only works with OSS, can we argue that it isn't needed ?
[20:03] <rlameiro> http://createdigitalmusic.com/2011/02/the-79-virtual-analog-console-now-on-both-mac-and-linux-harrison-mixbus/#comment-1215247
[20:11] <rlameiro> ScottL: hey :D PipeManMusic show me this
[20:11] <rlameiro> http://www.harrisonconsoles.com/mixbus/Linux_screen_1.png
[20:11] <rlameiro> its ubuntu studio
[22:11] <ScottL> i saw that rlameiro from my rss feed, it looks fooking awesome, doesn't it
[22:12] <rlameiro> ScottL: yes :D
[23:10] <ScottL> [lsd] in the #opensourcemusicians channel was helping me with qtractor and midi...he freaking rocks too :)


[16:13] <kees> lilo option "large-memory" might be a solution for bug 290217
[16:14] <ogasawara> kees: I'll post a comment to the bug
[16:15] <kees> ogasawara: thank man.  I know you've got all the whiz-bang auto-ask-for-details macros.  :)
[16:29] <kirkland> rtg: where can I find the config options for the powerpc kernel?
[16:30] <rtg> kirkland: you mean in the -ports kernel? Or in Hardy?
[16:30] <kirkland> rtg: -ports kernel
[16:30] <kirkland> rtg: clone the git tree?
[16:30] <rtg> probably in debian/config
[16:30] <kirkland> rtg: k, thanks
[16:31] <rtg> kirkland: you shouldn't have to clone, there is gitweb at http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-intrepid-ports.git;a=summary
[16:31] <kirkland> rtg: perfect, that's just what i needed
[16:58] <rtg> smb_tp: does that /proc/acpi/alarm magic only work on suspend?
[17:01] <smb_tp> rtg, I have not tried otherwise but I guess you are asking about hibernate? It might depend on the rtc.
[17:02] <rtg> smb_tp: yeah, I was wondering if it worked after a shutdown. guess I'll have to research it.
[17:02] <smb_tp> rtg, Is rtc included in /proc/acpi/wakeup on your machine?
[19:58] <mib_ppjw6t> I'm seeing the kernel fail on the 8.10 RC desktop i386 iso very early... I receive "Bug: Int 6: CR2 00000000 and then the registers and the stack". Using Intel Celeron CPU....
[19:58] <mib_ppjw6t> any ideas?
[20:43] <NCommander> hey amitk


[00:00] <oerheks> but this happened on wayland too?
[00:00] <ravage> yes happens on wayland too
[00:00] <ravage> not sure if maybe only with nvidia in general
[00:01] <ravage> https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-tiling-assistant/+bug/2063970
[00:01] -ubottu:#ubuntu- Launchpad bug 2063970 in gnome-shell-extension-tiling-assistant (Ubuntu) "Enhanced tiling orange shading that indicates what a window will resize to will persist even after I'm done with the adjustment." [Undecided, Confirmed]
[00:03] <sarnold> ravage: nice find
[00:14] <kuiperanon> Hi. For some reason, my apt is giving 404 for IPs that I can ping. https://gist.github.com/kuiperanon/746561a7b533d467a19497716e734cac
[00:14] <kuiperanon> And I'm getting other errors
[00:15] <patrick_somebody> are you running ubu as a virtual instance?
[00:15] <tomreyn> !kinetic | kuiperanon
[00:15] <patrick_somebody> can you do a basic ping and reach anything outside of your loopback?
[00:16] <tomreyn> it's not a networking issue.
[00:16] <kuiperanon> I'm running ubu in digital ocean
[00:16] <tomreyn> the mirror server reports 404s because this is an unsupported release
[00:17] <kuiperanon>  I'll see if I can migrate my stuff easily
[00:17] <patrick_somebody> nice
[00:17] <patrick_somebody> let me guess, only 22.04 is supported
[00:17] <tomreyn> see the channel /topic
[00:18] <patrick_somebody> sorry. trying to be helpful
[00:18] <patrick_somebody> ill shut up
[00:18] <tomreyn> no, no, please do try to help when you can
[00:18] <Guest62> Yay! ravage, disabling the enhanced tiling really solved the issue, thanks man!
[00:18] <sarnold> ravage: botsnack
[00:19] <sarnold> kuiperanon: hopefully helpful https://help.ubuntu.com/community/EOLUpgrades
[00:19] <ravage> nice. mark yourself as affected on https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-tiling-assistant/+bug/2063970
[00:19] -ubottu:#ubuntu- Launchpad bug 2063970 in gnome-shell-extension-tiling-assistant (Ubuntu) "Enhanced tiling orange shading that indicates what a window will resize to will persist even after I'm done with the adjustment." [Undecided, Confirmed]
[00:28] <oerheks> !cookie | ravage
[00:29] <ravage> \o/ COOKIE!
[00:48] <felco> marked as affected there
[00:56] <felco> https://bugs.launchpad.net/ubuntu/+source/remmina/+bug/2062177
[00:56] -ubottu:#ubuntu- Launchpad bug 2062177 in remmina (Ubuntu) "Remmina crashes after RDP connection" [High, Fix Committed]
[00:56] <felco> guys any eta to get this? :[
[00:58] <sarnold> it looks like someone's verified the fix
[00:58] <sarnold> so it'll probably land in a week
[00:59] <tomreyn> it's also in -proposed and the projects' ppa according to comment 9, if you need it sooner
[01:19] <felco> niiicee
[02:19] <applepear> hello
[02:29] <smoltalk> Has anybody tried running subiquity 24.04.x for an ubuntu desktop 22.04 install? I'm writing a provisioning script for server 22.04 to help me set up LVM over LUKS on multiple disks. I got the partitions and volumes set up the way I like them via a bash script, but neither subiquity 22.04 or 24.04 on live server images gives me the option to select
[02:29] <smoltalk> the (v)fat32 partition I set up as the system EFI partition (like I was able to do on desktop 22.04).
[02:29] <smoltalk> I'm thinking a good option for this that could be shared out later would be to create a script that generates autoinstall.yaml and then restarts the ubiquity snap to pick up the generated config. This also sidesteps the issue of having to have a plaintext key in autoinstall.yaml or include a keyfile on the CIDATA drive for LUKS partitions. I'm
[02:29] <smoltalk> hoping if I need to provision another desktop 22.04 machine, it would be usable there as well.
[02:32] <smoltalk> I was also thinking of trying to build this out as an addition to subiquity (ex: a guided partitioning option as a middle ground between manual partitioning and just picking a single drive for the OS installation), but I think my approach is too opinionated for a PR like that to make it upstream. Any thoughts/suggestions? Or experience using
[02:32] <smoltalk> subiquity on desktop 22.04?
[02:37] <ravage> If you already got this far with a bash script add debootstrap and grub
[02:37] <ravage> And you have a running system
[02:41] <smoltalk> ravage I haven't heard of debootstrap before, and I see some folks have had success with setting up ubuntu on it. This sounds like a much less involved option than trying to rewrite half of my script to spit out a correct autoinstall.yaml. Thank you!
[02:42] <sarnold> debootstrap has some problems with usrmerge I don't understand :/
[02:42] <sarnold> hunt around a little bit to see if there's a good solution there
[02:42] <sarnold> mmdebstrap is apparently much faster than debootstrap
[02:43] <ravage> had no problem with debootstrap for my 24.04 setup
[02:43] <ravage> but you should try to find the latest version
[02:43] <ravage> i think i actually used the noble one
[02:44] <ravage> did the setup from a grml live iso
[02:44] <smoltalk> ravage just out of curiosity, were you trying to do use debootstrap for a server or desktop install on 24.04?
[02:44] <ravage> desktop
[02:44] <smoltalk> sarnold I'll also check out mmdebstrap, thanks!
[02:45] <ravage> https://launchpad.net/ubuntu/noble/amd64/debootstrap/1.0.134ubuntu1 this one shoule do the job. i should check mmdebstrap
[02:47] <smoltalk> ravage according to what I've read so far, it utilizes APT as part of its bootstrap process, so you can use multiple package sources. It also claims to be considerably faster.
[02:47] <ravage> and the reason for debootstrap was encrypted raid1 that was not possible the way i liked it with the installer
[02:47] <ravage> yes thats what i read too
[02:47] <ravage> but speed is not that relevant
[02:47] <ravage> irs not like you install 1000 packages and i only need to do it once
[02:47] <ravage> *its
[02:48] <ravage> but i also use it to install 24.04 on our dedicated servers
[02:48] <ravage> works fine
[02:48] <ravage> (and 22.04 too)
[02:54] <smoltalk> Either seems like a good option for my use case. Glad I logged on when y'all were around! This has been really helpful, thanks!
[03:08] <ravage> good luck. i could share my basic bash script if you need it
[03:09] <ravage> but that does not use any encryption. so here the only tricky part is make sure you install cryprsetup and get the crypttab right
[03:25] <cedar> Hello team
[03:25] <smoltalk> Thanks ravage, I have that part all set, actually so I just need something that dove-tails into the actual installation portion. I'm also looking into cloud-init now in addition to debootstrap and mmdebstrap. I'm sort of confused as to why canonical forked their own project for subiquity, now. I've heard the subiquity autoinstall schema is a
[03:25] <smoltalk> superset of cloud-init, but cloud-init seems like it can already handle a pretty wide variety of stuff. I can even bake in the server-specific setup that way
[03:26] <lotuspsychje> welcome cedar
[03:26] <cedar> I want to upgrade my 22.04 LTS installation to 24.04 LTS but from what I've researched, it appears I have to either wait until August or upgrade to 23.10 first
[03:27] <cedar> What is the reason for waiting until August?  24.04 LTS has already replaced 22.04 on the main webpage
[03:27] <ravage> right now i would not recommend upgrading at all
[03:27] <ravage> there are a few open bugs
[03:27] <smoltalk> I can share my script as well for LVM over LUKS with multiple disk support, but so far it's only managed to work on ubuntu desktop 22.04. The partitioning table isn't very customizable either
[03:28] <ravage> i am the wrong person to discuss the new installer. just not a fan of it in general.
[03:29] <ravage> the UI they put on top of it looks nice but does not make the backend better
[03:29] <smoltalk> Yeah, which is why I'm thinking a cloud-init-based setup could be pretty cool. With a few tweaks, it could hopefully be applied to more than just ubuntu/debian flavors
[03:31] <ravage> You can do a full installation with cloud init
[03:31] <ravage> But ubuntu added a lot of custom stuff
[03:32] <ravage> And the problem is that's not trivial to figure out where that line is
[03:32] <smoltalk> ravage I agree. I've tried ubuntu server 22.04 (with subiquity 22.04 and 24.04), ubuntu desktop 22.04 (pre-subiquity), and ubuntu desktop 24.04. The install wizard on subiquity was fairly restrictive on all versions/variants, and it wasn't very intuitive to figure out how to iterate on autoinstall.yaml when it failed. I also had to dig through
[03:32] <smoltalk> multiple levels of log files to find out what happened.
[03:33] <ravage> I'm not saying the Debian installer was great. But at least bendable to my needs with a little effort
[03:33] <smoltalk> one of the servers I got running with a more basic setup has the auto-install conf sitting in /var/installer, and this also seems like it will be helpful: https://github.com/canonical/autoinstall-desktop
[03:33] <lotuspsychje> !discuss
[03:34] <smoltalk> The `snaps` portion definitely seems subiquity-specific, but that also seems pretty easy to script
[03:34] <lotuspsychje> join over to the discuss channel please smoltalk
[03:34] <ravage> We are discussing his Ubuntu installation
[03:34] <lotuspsychje> not really support?
[03:34] <ravage> Should be close enough to support
[03:35] <ravage> Also nothing else is going on here
[03:35] <smoltalk> lotuspsychje it's a bit of a hybrid thing? Subiquity has been doing me dirty, and I'm trying to figure out a good workaround that will hopefully be reusable for future provisioning efforts
[03:37] <smoltalk> been chewing on this for a day or two now. Much longer if you consider the desktop install. After finishing installation one ubuntu desktop machine, and getting halfway through one server installation with another to go, I've realized this is a general problem that I want to have a good solution for. That does require some more design-oriented
[03:37] <smoltalk> thinking, but it's still in service of solving a problem.
[03:39] <smoltalk> And considering how I shuffled around a considerable number of words in that message, sleep might be part of the solution...
[03:39] <ravage> maybe not a bad idea. feel free to come back after some rest if you have more questions or maybe even a solution you can share 🙂
[03:42] <smoltalk> Thanks for all of the help and feedback, ravage! I'm hoping to publish something to the wiki or github by the time I'm done. I'll be sure to ping you if you're around.
[03:53] <cedar> I am installing updates in TTY and the system prompted me to view the differences between my defaults.list and the one the package had. Anyways, I'm stuck in this text editor, I don't know what it is or the commands to escape it
[03:53] <cedar> How do I get out of this text editor?
[03:53] <lotuspsychje> try ESC or q cedar ?
[03:54] <cedar> thanks it was q
[03:56] <cedar> One of my HDDs recently stopped showing up under Ubuntu.  While booting the system gets stuck for 1.5 minutes trying to mount it.  Perhaps it is dead?  Does not show up on lsblk at all
[03:57] <lotuspsychje> cedar: can you press F1 at booting, to switch to text boot, see if you can catch bottleneck errors
[03:57] <lotuspsychje> cedar: once in your desktop, investigate your dmesg
[04:02] <cedar> yes I did that while booting and it was stuck mounting the disk until it timed out
[04:02] <cedar> Looking in dmesg not sure what to look for
[04:04] <lotuspsychje> cedar: share with the volunteers in a !paste if you like
[04:38] <life> hi
[04:39] <life> any one
[04:41] <Bashing-om> !ask | life
[04:41] <life> ok
[04:42] <life> after somany years i came here
[04:45] <life> hello
[06:06] <itu> OMG, ALT+TAB suddenly no more working!
[06:11] <jiggawatt> ruh roh
[06:17] <itu> CoolSwitch is not working any more :-/ :-/
[07:20] <levity> "Everybody can be great...because anybody can serve(warez!). You don't have to have a college degree to serve. You don't have to make your subject and verb agree to serve. You only need a heart full of grace. A soul generated by LOVE(and archive.org  :P)."
[07:20] <levity> - Dr. Martin Luther King, Jr.
[07:20] <levity> http://fuckmoney.blog
[08:02] <itu> help. ALT+TAB suddenly no more working ..
[08:03] <itu> maybe all navigation shortcuts are not functionally
[08:35] <daryld> Hola
[09:00] <NickName> hi. first time here. unsure what this channel is for
[09:01] <lotuspsychje> !support | NickName
[09:13] <filip_> hey
[09:13] <filip_> help
[09:13] <EriC^^> !ask filip_
[09:13] <EriC^^> !ask | filip_
[09:37] <johnsonmagic> Fucking niggggger ugly homo cunt
[09:38] <johnsonmagic> Linux has been poisoned by nigggers
[10:07] <cbreak_> linux is great.
[10:07] <cbreak_> is 24.04 safe to upgrade to by now?
[10:10] <lotuspsychje> cbreak_: you could try it from 23.10 if it works already and make a good backup in front
[10:10] <toddc> cbreak_: all the basics work great just a few minor paper cuts depending on what you need most users should have no problems
[10:10] <cbreak_> nice
[10:11] <cbreak_> https://discourse.ubuntu.com/t/noble-numbat-release-notes/39890#heading--known-issues still mentions problems with upgrading the desktop install
[10:11] <cbreak_> but I guess I can try it already
[10:13] <lotuspsychje> cbreak_: safest way for now, would be clean install (full disk wipe) without too much other options
[10:13] <cbreak_> yeah... I kind of want to avoid that :)
[10:14] <lotuspsychje> yeah well you prob want to avoid upgread breakage too :p
[10:15] <cbreak> ideally yes...
[11:40] <Macer> so i re-installed ubuntu on the macbook pro using luks+zfs (i think?) and the io problems seem to have vanished
[11:40] <negrogod> hi
[11:41] <siyou> hello
[11:41] <Macer> although i also joined the AD with realm vs the built in gnome AD stuff since i always run into issues with sssd joining because some gpo permissive option in sssd.conf
[11:41] <CosmicDJ> Macer: why luks and not just zfscrypto?
[11:41] <negrogod> i have problem with obs, dont capture the windows, anybody can helpme
[11:41] <Macer> CosmicDJ i just used the installer. it seems like it still uses luks
[11:41] <negrogod> i use ubuntu studio
[11:41] <Macer> with zfs underneath i guess
[11:42] <Macer> at least that is what the installer made it seem like since it said (zfs,luks) .. and you can see it using the dm-crypt mapper
[11:43] <Macer> either way. i have no idea what happened with the last install.. i just used the typical luks/lvm method and the io was really messed up. i was getting 60%+ wa
[11:44] <Macer> i also just realized that you can edit user-dirs.dirs in .config to change default dirs in home :/ i was totally doing that wrong for a long time.
[11:45] <Macer> i was doing the whole creating symlinks thing that would ruin nautilus .. it would work but i'd lose all the default icons.
[11:50] <BluesKaj> Hi all
[11:50] <negrogod> hi
[12:29] <patf49> Hello qui parle français ?
[12:30] <patf49> personne merci
[12:30] <patf49> c'est un chat privé ?
[12:32] <felco> patf49 #ubuntu-fr
[12:34] <patf49> merci felco, j'arrive je suis de Suisse
[12:35] <patf49> je suis sur L-Ubintu
[12:35] <patf49> L-Ubuntu pardon
[12:35] <felco> I do not speak french, I just pointed to you the channel were they speak french
[12:35] <felco> Here is english only
[12:36] <patf49> ok thanks I can speak english too
[14:44] <NeilRG> Can I use the cuda toolkit for Ubuntu 22.04 on 24.04?
[14:44] <NeilRG> or else how do I get the latest cuda toolkit?
[14:46] <pragmaticenigma> NeilRG: It can take a few months for developers to catch up to the latest version of Ubuntu. This is why most will recommend waiting to install the latest LTS release when the .1 release is made in late July.
[14:46] <NeilRG> pragmaticenigma, got it, thanks
[14:46] <pragmaticenigma> NeilRG: Sometimes older packages can work on the latest version, but your milage may vary
[14:47] <NeilRG> is there a way to run linux within linux?
[14:47] <NeilRG> can I run a different version of linux in docker?
[14:47] <pragmaticenigma> that's not what docker is for
[14:48] <leftyfb> NeilRG: for what ourpose?
[14:48] <pragmaticenigma> docker is for running containered applications, not operating systems
[14:48] <NeilRG> yes, but I want to run a container with a new CUDA
[14:48] <leftyfb> NeilRG: if you're thinking of running the cuda toolkit in a docker, that won't work the way you think it will
[14:48] <NeilRG> and that's not available on my OS yet
[14:49] <NeilRG> ok
[14:49] <pragmaticenigma> you can run another version of linux inside a VM, though getting direct hardware access will depend on the VM tooling used.
[15:19] <JanC> you can run a different OS in a container, but not a different linux (=kernel)
[15:25] <delsol_laptop> JanC: yes, but there can be some gotchas there.
[15:27] <JanC> the OS has to be compatible with the kernel obvious (as it can't change)
[15:27] <JanC> *obviously*
[15:27] <delsol_laptop> like, if you're running linux containers on windows or mac.... obviously the linux container is going to effectively be a full VM....
[15:28] <delsol_laptop> and is going to have a different kernel than the host OS
[15:28] <delsol_laptop> but yeah, arch container in ubuntu...   same kernel, no problem.
[15:32] <JanC> at that point it's no longer a container...
[15:40] <delsol_laptop> I mean, its still considered a container, its just got the extra QEMU->Linux kernel layer in there.
[15:41] <delsol_laptop> I don't think its actually QEMU though... been a while
[15:43] <pragmaticenigma> A container carries only a minimal OS as part of the base image. There is no kernel attached, which means containers written for windows cannot and will not work on linux, and vice versus. There are some docker instances built for linux that run in windows, because of the WSL implementation on Windows platforms. Otherwise the best way to think of a container is this... it's just another running application. just that the applications
[15:43] <pragmaticenigma> have no idea there are boundaries to what they can do, and have no idea what their state is within the host os.
[15:44] <delsol_laptop> right, but if you're running a linux container on a Mac host... its NOT using the mac kernel.
[15:44] <delsol_laptop> there is an extra layer there to run the linux kernel... that THEN is shared by all the containers
[15:44] <pragmaticenigma> That would mean that what ever is running the container, is likely running inside a virtualized machine, something like a hypervisor
[15:45] <delsol_laptop> Yes.
[15:45] <delsol_laptop> Windows I believe uses virtualbox as the hypervisor
[15:45] <delsol_laptop> not sure whats used on docker for mac
[15:45] <pragmaticenigma> haha... no
[15:45] <pragmaticenigma> virtualbox is oracle... and it's own game
[15:45] <pragmaticenigma> *its
[15:47] <pragmaticenigma> microsoft uses Hyper-V
[15:47] <delsol_laptop> Ahh. Right.
[15:47] <delsol_laptop> I don't run windows really... so
[15:48] <ArchDave> here's a way to run ubuntu on ubuntu https://ubuntu.com/server/docs/how-to-create-a-vm-with-multipass
[15:48] <pragmaticenigma> This is why we have the internet and search engines... to fill in the gaps of our knowledge (though search engines are clearly an endangered species)
[15:49] <ArchDave> there's also https://canonical.com/lxd
[15:51] <ArchDave> The "Arch" in ArchDave is a reference to The St. Louis Arch, and not Arch Linux, btw ya'll
[15:52] <tomreyn> there's also https://linuxcontainers.org/incus/
[15:57] <ArchDave> ya really. once you can run a vm, how hard can it be to run a container?
[16:02] <ash_worksi> do people normally set up a root password to copy ssh keys between machines?
[16:04] <ash_worksi> I am reading docs on pgbackrest and they suggest (basically) `ssh<EMAIL_ADDRESS>cat /path/to/.ssh/id_rsa.pub >> authorized_keys`
[16:05] <ash_worksi> note that my account is neither the key owner nor recipient
[16:05] <pragmaticenigma> ash_worksi: a root account is not required to move keys between machines
[16:06] <pragmaticenigma> what ever that article is going on about, is very wrong from a view point of keeping systems secure.
[16:07] <leftyfb> ash_worksi: you should never set a root password nor allow ssh as root
[16:07] <ash_worksi> pragmaticenigma: so, not that I'm arguing that point, but lets just make things more concrete: the key owner is "postgres" and recipient is "pgbackrest"
[16:08] <cbreak> ash_worksi: I would strongly advise against using passwords unless you REALLY have to
[16:08] <leftyfb> ash_worksi: neither of those users should be doing anything with ssh
[16:08] <cbreak> I use ssh keys when ever I can, and only have a PW for emergency recovery somewhere in my pw manager
[16:08] <leftyfb> or setting passwords on root or system accounts
[16:09] <cbreak> ash_worksi: I use yubikeys most of the time
[16:09] <leftyfb> ash_worksi: can you explian what your end goal is you're trying to achieve?
[16:09] <pragmaticenigma> ash_worksi: those are system process users, they should be treated the same as root. there is absolutely no reason they should be given access or permitted to use SSH
[16:10] <ash_worksi> so much talking before I could reply, but here goes anyway:
[16:10] <ash_worksi> pragmaticenigma: so, given I, as ash_m, have sudo, is the typical method for this `ash_m@db:~$ sudo cp /var/lib/postgresql/.ssh/id_rsa.pub .` then `ash_m@bak:~$ sudo ssh db cat /home/ash_m/id_rsa.pub >> /home/pgbackrest/.ssh/authorized_keys`
[16:11] <leftyfb> ash_worksi: don't do that
[16:12] <cbreak> why sudo ssh?
[16:12] <ash_worksi> cbreak: for the redirect
[16:12] <cbreak> seems silly
[16:12] <ash_worksi> I'm all ears
[16:12] <cbreak> you can just cp the file later
[16:12] <cbreak> if you need it to be done with root
[16:12] <leftyfb> ash_worksi: bind mount /var/lib/postgresql into a directory in pgbackrest's home dir
[16:13] <leftyfb> and do not set a password or try to ssh as the postgresql user
[16:13] <cbreak> usually, when I set up a new user account, I log in as root, then I su to that specific user, and then copy the key into their .ssh/authorized_keys as that user itself
[16:13] <ash_worksi> leftyfb: how do you do that?
[16:13] <cbreak> this only needs to be done once for initial setup, or when users lose their keys...
[16:14] <leftyfb> ash_worksi: https://www.baeldung.com/linux/bind-mounts
[16:14] <leftyfb> cbreak: the point is, they do not need to be ssh'ing in as a system account. No sense in going down the path of the best methods of doing that
[16:14] <ash_worksi> leftyfb: and just to be clear, this is mounting (binding?) a dir on a remote machine right?
[16:15] <leftyfb> ash_worksi: lets go over this 1 step at a time. You have a server running postgresql correct?
[16:15] <ash_worksi> (the dir is on a remote machine)
[16:15] <ash_worksi> correct
[16:15] <ash_worksi> and another one with pgbackrest installed (and a pgbackrest user)
[16:16] <ash_worksi> (with no password)
[16:16] <ash_worksi> another one => another server
[16:16] <ash_worksi> (backup server)
[16:16] <leftyfb> ash_worksi: https://pgbackrest.org/user-guide.html#repo-host/setup-ssh
[16:17] <ash_worksi> leftyfb: yes, that is how I started the convo
[16:18] <leftyfb> setup a pgbackrest account on the remote server and login as that. On that server, bind mount /var/lib/postgresql into /home/pgbackrest/postgresql or something
[16:18] <leftyfb> ash_worksi: https://www.baeldung.com/linux/bind-mounts
[16:18] <ash_worksi> leftyfb: yes but I am bindmounting pg-primary:/var/lib/postgresql right?
[16:19] <ash_worksi> like postgres run doesn't exist on the repository server
[16:19] <leftyfb> you're bind mounting on the postgresql server
[16:20] <leftyfb> so the bgbackrest user you create on it doesn't need access to /var/lib/postgresql exactly (it will as part GID's though)
[16:21] <ash_worksi> leftyfb: so the command runs on the db server (postgres) or the backup server (pgbackrest)?
[16:21] <leftyfb> the point is to not allow root or postgresql to ssh to or from anything. Neither should be able to login to or from anything
[16:22] <leftyfb> ash_worksi: you have a server with large storage running pgbackrest that is going to ssh to the postgresql server as a newly created pgbackrest user on the postgresql and backup the db located at /home/pgbackrest/postgresql due to the bind mount to /var/lib/postgresql
[16:23] <ash_worksi> leftyfb: you don't need to sign me on, I was signed on the moment I read `root@` in the docs
[16:25] <ash_worksi> leftyfb: so, are you saying the `mount` takes places between `db:/var/lib/postgresql/.ssh` and `db:/accessible/by/local/pgbackrest/acct` ?
[16:25] <ash_worksi> (`db` is the postgres server, `bak` is the pgbackrest server)
[16:25] <leftyfb> no
[16:26] <leftyfb> on the db server: sudo mount -o /var/lib/postgresql /home/pgbackrest/postgresql/
[16:27] <ash_worksi> I don't know how that's not what I said, but I'm following...
[16:27] <leftyfb> from the backup server, you login to the db server via ssh as<EMAIL_ADDRESS>and it will have access to postgresql dir right there
[16:27] <ash_worksi> leftyfb: but pgbackrest has no password
[16:27] <ash_worksi> it can't log in
[16:28] <ash_worksi> (nor, atm, does a pgbackrest acct even exist on the db server)
[16:28] <leftyfb> good, use ssh keys. The private key on the backup server in ~/home/pgbackrest/.ssh/id_rsa and the public key on the db server at /home/pgbackrest/.ssh/id_rsa.pub
[16:28] <leftyfb> you create one
[16:29] <leftyfb> you create a pgbackrest user on the db server so you can login via ssh and backup the postgresql db files which are bind mounted to it's home dir
[16:29] <ash_worksi> the point of the bind mount is to set up ssh
[16:29]  * leftyfb sigh
[16:29] <leftyfb> no
[16:30] <ash_worksi> okay hold on
[16:30] <leftyfb> the point of the bind mount is to give the pgbackrest user (that you create) access to the postgresql files in pgbackrest's home dir without ssh'ing directly to /var/lib/postgresql or worse, ssh'ing AS postgrsql
[16:31] <ash_worksi> leftyfb: let me paint the scenario for you and then you can tell me when I am going down the wrong path and what to do instead
[16:33] <leftyfb> unfortunately, I have to head out now. I'm hoping others are following the idea and can chime in
[16:33] <ash_worksi> leftyfb: thanks for helping :)
[16:39] <ash_worksi> okay, just to finish my question I guess, I am really looking at this: https://pgbackrest.org/user-guide.html#repo-host/setup-ssh -- I don't like that it says "roo@" in the command of the 3rd block (red flag for me), but nonetheless, pgbackrest@bak needs postgres@db's public key in it's authorized_keys file. Neither have passwords or sudo; so the question is how to get the key from db to bak. I did by
[16:39] <ash_worksi> using ash_m which does have sudo, to copy the key somewhere I have access to it; then I can `ssh ... cat` it to the authorized_keys file on bak (or scp it, and then `sudo cat >> .../authorized_keys`)
[16:42] <ash_worksi> but I didn't like having to cp the public key; so instead of that, I am now thinking I could do the exact same thing except bind-mount db:/var/lib/postgresql db:/home/ash_m/postgresql (this is not a command, the `db:` is just so you know what server I'm talking about)
[16:44] <ash_worksi> anyway, if there's a better way than (1) db: mount /var/lib/postgresql /home/ash_m/postgresql (2 [essentially]) bak: sudo ssh db cat /home/ash_m/postgresql/.ssh/id_rsa.pub >> /home/pgbackrest/.ssh/authorized_keys -- then I want to hear it
[16:46] <ash_worksi> i think leftyfb was too far ahead. "you create a pgbackrest user on the db server so you can login via ssh" assumes the key has been copied already
[18:02] <younder> ubuntu 24.04 Why is distro-info-data on phased update?
[18:07] <tomreyn> why shouldn't it be?
[18:15] <ash_worksi> does anyone have any input on my "copying ssh keys" thing? I guess is, "it doesn't matter if you bind-mount or just cp to an accessible location"
[18:20] <leftyfb> ash_worksi: set a password for the pgbackrest user on the db server, enable PasswordAuthentication on the server and then use ssh-copy-id to copy the public key to the db server. Then disable PasswordAuthentication
[18:25] <NeilRG> why is arch so much more popular now?
[18:25] <NeilRG> almost as popular as ubuntu
[18:26] <leftyfb> !ot | NeilRG
[18:26] <NeilRG> ok
[18:26] <NeilRG> sorry
[18:28] <ash_worksi> leftyfb: and remove the password, right?
[18:29] <ash_worksi> leftyfb: that that what you'd normally do?
[18:30] <leftyfb> you don't need to. If anything, I would set it to some obscenely large randomly generated password
[18:30] <ash_worksi> leftyfb: (also, would you diverge from the pgbackrest docs? they do not have a pgbackrest user on pg-primary. They just expect the postgres key to be used to login as pgbackrest)
[18:30] <leftyfb> in some cases, I do that and never save the password so even I don't know it
[18:31] <leftyfb> is pg_primary the backup server or the db?
[18:31] <ash_worksi> (that is to say, they expect `postgres@pg-primary:~$ ssh pgbackrest@repository` to work)
[18:31] <leftyfb> you do not need the pgbackrest user on the backup server, just the db server
[18:32] <leftyfb> hold on
[18:32] <leftyfb> the docs suggest you ssh FROM the db server TO the backup server???
[18:32] <ash_worksi> the docs suggest that to be possible such that the command `pgbackrest` can issue commands to the backup server over ssh
[18:33] <ash_worksi> (namely "archive")
[18:34] <ash_worksi> but it is prudent for the postgres user to be able to do this since that command will be used in postgresql configuration (backup_command=pgbackrest ... or whatever it is)
[18:35] <leftyfb> ash_worksi: honestly, I think this pgbackrest is overkill for a simple backup. Just stick "pg_dump database_name > db_name_20240503.sql" and scp/rsync/whatever that file to some remote location. Run it as root or some new user that has access to the db which you can easily configure
[18:36] <leftyfb> you do NOT want the postgres user doing anything except postgresql. No password, no ssh, no anything
[18:36] <leftyfb> it's a system user, leave it alone
[18:36] <ash_worksi> an archive_command is native to postgres; it can be pg_dump if you wanted
[18:37] <leftyfb> good luck. This pgbackrest has us going in circles.
[18:37] <ash_worksi> no, you squared it all up for me really
[18:38] <ash_worksi> you were just earlier sort of helping "ahead"... or I was "behind"...
[18:39] <leftyfb> sorry, I didn't actually read that pgbackrest doc. They suggest "unideal" ways of doing things
[18:39]  * ash_worksi read that momentarily as uni-deal
[18:39] <leftyfb> un-ideal
[18:39] <leftyfb> bad
[18:40] <ash_worksi> is that your commentary or theirs?
[18:41] <ash_worksi> (not that I'm refuting it)
[18:41] <leftyfb> the docs are doing dumb things
[18:41] <leftyfb> in my opinion
[18:41] <leftyfb> in my 20+ years experience
[18:45] <ash_worksi> leftyfb: such as? (again, not refuting)
[18:45] <leftyfb> I don't know how many times I have to say it
[18:46] <leftyfb> they have you ssh'ing as root and directly into /var/lib/postgresql
[18:46] <leftyfb> and ssh'ing as the pastgresql user
[18:47] <leftyfb> that doc should be set ablaze with napalm
[18:48] <ash_worksi> yes, that's just for the key exchange though. What I meant was, was there any other glaring problems that struck you or when you said the "unideal" comment you there was no new info from the docs for you
[18:49] <ash_worksi> s/comment you/comment/
[18:49] <leftyfb> ssh'ing in as postgresql isn't just for setting up the key
[18:49] <leftyfb> please follow my advice above
[18:49] <leftyfb> there's no point in repeating everything
[18:51] <ash_worksi> k, sorry for being tedious, but I appreciate it. thanks again.
[18:53] <ash_worksi> I am pretty sure the only time (you) are ever supposed to type ssh in that entire doc though is to exchange keys and test the connection
[18:53] <ash_worksi> I searched the whole thing for ssh; and those were the only times I saw
[18:55] <leftyfb> one of those tests is: sudo -u pgbackrest ssh postgres@pg-primary
[18:55] <leftyfb> which assumes the posgresql account is able to ssh in. BAD
[18:56] <ash_worksi> if you do so, it will prompt you with a pgbackrest command
[18:56] <ash_worksi> since it cant do anything except that
[18:56] <ash_worksi> that's why they have that conveluded echo
[18:57] <ash_worksi> which is extremely conveluded
[18:57] <leftyfb> you just want a backup of your db right?
[18:58] <ash_worksi> it should just be `key=$(ssh admin@pg-primary cat /path/to/accessible/key); printf 'no-agent-forwarding,...command="/usr/bin/pgbackrest ..." %s' "$key" >> .ssh/authorized_keys`
[18:58] <leftyfb> forget about this pgbackrest mess. Just dump the db and copy it somewhere on a schedule
[18:59] <ash_worksi> I mean, even the `archive_command = 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'  # Unix` in the postgresql docs is better than that since it wont take forever to restore
[19:00] <ash_worksi> but this takes care of scheduling, retention and other things we care about
[19:00] <ash_worksi> esp since a blow-up a few years ago with just dumps caused us to be down for over 2 days
[19:00] <ash_worksi> (yes, we have a standby now)
[19:01] <leftyfb> it took 2 days to restore a dump?
[19:01] <ash_worksi> yes
[19:01] <ash_worksi> it was sad
[19:01] <leftyfb> why?
[19:01] <ash_worksi> it was just a lot of data
[19:02] <leftyfb> you know using pgbackrest isn't going to be much better right? It's still the same data
[19:02] <leftyfb> or you could get the DBA's to build a better solution that isn't so monolithic
[19:05] <leftyfb> you could also do replication for hardware redundancy. I'm not that familiar with postgres, but with mysql you can stagger the replication so if someone drop'd the entire db, you'd have X amount of time to restore from the slave
[19:07] <delsol_laptop> leftyfb: I'm doing a bunch of DB replication with mariadb... but never time-delayed it.
[19:08] <delsol_laptop> but nightly backups and binlogs going back a week gives you some options....
[19:08] <leftyfb> that's fine for hardware or network redundancy. Not as any sort of backup though
[19:08] <ash_worksi> leftyfb: using an archive rather than a dump file is going to be faster
[19:08] <leftyfb> ash_worksi: and doesn't always work the way you think it does
[19:09] <delsol_laptop> leftyfb: yeah, replication isn't a backup, and backups aren't replication
[19:09] <delsol_laptop> but with a bit of both, you should be able to cover your bases pretty well....
[19:09] <ash_worksi> leftyfb: yes, well, at least we have a standby for those occasions
[19:09] <leftyfb> ash_worksi: unless you turn off the db backup the files, they won't all be in sync
[19:09] <leftyfb> "turn off the db TO backup the files"
[19:10] <ash_worksi> leftyfb: postgres has a workflow to produce archives in an uninterupted manner
[19:10] <leftyfb> it takes time to copy files, while that is happening, some of those files are still updating, creating discrepancies
[19:10] <ash_worksi> its WAL archiving
[19:10] <leftyfb> ash_worksi: you'd have to lock or turn off the db
[19:10] <pragmaticenigma> No idea why companies do not replicate their DBs across multiple instances... 1 Live, 1 Readonly, 1 for Reports, and 1 as Backup. If Live ever goes down, there are three others to keep the company afloat
[19:11] <delsol_laptop> leftyfb: right, but thats why you don't just grab the files.... but instead use the tools your DB provides.
[19:11] <ash_worksi> leftyfb: you start with a base_backup, then the archive_command in the setting will push changes to your backup in WAL segments
[19:11] <delsol_laptop> mysqldump --single-transaction
[19:12] <delsol_laptop> and keep the binlog location at that point.
[19:12] <leftyfb> right, same thing with the bin files in mysql
[19:12] <ash_worksi> leftyfb: there are also settings for PITR to help with "oops" at a certain time crap, it just requires more storage
[19:12] <leftyfb> a dump is still cleaner and guaranteed
[19:13] <delsol_laptop> leftyfb: only guaranteed if you remember to tail it....
[19:13] <ash_worksi> delsol_laptop: tail it?
[19:13] <leftyfb> you mean lock the db and then do the dump :)
[19:13] <leftyfb> that's what I used to do
[19:13] <delsol_laptop> ash_worksi: mysqldump --single-transaction database > data.sql
[19:14] <delsol_laptop> tail data.sql
[19:14] <delsol_laptop> look for the "-- Dump completed on 2024-05-03 12:42:32"
[19:14] <ash_worksi> delsol_laptop: but why?
[19:14] <delsol_laptop> or whatever the timestamp is.
[19:14] <delsol_laptop> Because if it doesn't say dump completed, you don't have any guarantee the dump actually completed.
[19:14] <delsol_laptop> it could have bomb-dropped out of the operation 12 tables in...
[19:14] <ash_worksi> oh
[19:14] <ash_worksi> til
[19:15] <leftyfb> that's what exit codes are for
[19:15] <leftyfb> the backup script makes sure the dump succeeded
[19:15] <leftyfb> before moving onto copying off the dump
[19:15] <leftyfb> I've never had it die part way though
[19:16] <delsol_laptop> leftyfb: seemed to be more common with mysql 5+ years ago...... less common with mariadb.
[19:16] <delsol_laptop> still happens occasionally.
[19:16] <leftyfb> delsol_laptop: it was over 10 years ago I was doing that lol
[19:17] <delsol_laptop> I've got 100+ machines out there doing a dump every morning at 5am
[19:17] <ash_worksi> I mean, maybe it's prudent to setup dumps also... in the event that an archive doesn't work; though I would hope that would still be possible from the standby (ie, dump and restore the standby)... though things get hairy, if I have to wait for 2 days, I'm sure there'd be a lot of changes. I guess I could promote the standby and reverse the roles in that case....
[19:17] <delsol_laptop> I get notification if/when they don't backup properly or don't finish ir right...
[19:17] <leftyfb> also did mysql replication for an access control system where each door had a pi on it with a slaved db from the server.  Or follow my advice above and use ssh-copy-id and then disable PasswordAuthentication. Either way
[19:28] <ash_worksi> leftyfb: I meant, did it help to see me write `key=$(ssh admin@pg-primary cat /path/to/accessible/key); printf 'no-agent-forwarding,...command="/usr/bin/pgbackrest ..." %s' "$key" >>
[19:28] <ash_worksi> gr
[19:28] <ash_worksi> leftyfb: I meant, did it help to see me write `key=$(ssh admin@pg-primary cat /path/to/accessible/key); printf 'no-agent-forwarding,...command="/usr/bin/pgbackrest ..." %s' "$key" >> .ssh/authorized_keys`
[19:29] <ash_worksi> I thought maybe it clarified what they're trying to have you do
[19:30] <leftyfb> ash_worksi: is this server publicly accessible?
[19:30] <ash_worksi> neither is; I have to connect to a vpn
[19:32] <leftyfb> ash_worksi: honestly, for some reason you seem to prefer doing things in a very convoluted way. I prefer to keep things simple and do the quick and dirty work quick and dirty and not spend an hour going over 3 different ways to copy ssh keys
[20:51] <Pjoff> Hey! Trying to mount my secondary disk in ubuntu but getting "error mounting, wrong fs type, bad option, bad superblock etc
[20:52] <oem> rc.irc-hispano.org
[20:54] <leftyfb> Pjoff: what command did you use to try to mount it? What filesystem should it be?
[20:57] <Pjoff> Just used the gui and tried to mount it
[20:59] <Pjoff> https://dpaste.com/48RAY2FE3
[21:01] <JanC> I assume you want to mount /dev/nvme1n1p3 ?
[21:02] <leftyfb> Pjoff: what command did you use to try to mount it?
[21:02] <leftyfb> oh right, the gui
[21:02] <JanC> GUI, so just click on it I suppose
[21:02] <leftyfb> which one were you trying to mount?
[21:03] <Pjoff> The 2TB one
[21:03] <JanC> oh
[21:03] <Pjoff> -> /dev/nvme0n1
[21:03] <leftyfb> that's 16M
[21:03] <leftyfb> you mean nvme0n1p2 ?
[21:04] <Pjoff> Oh yeah. But its a 2TB disk, so I assumed it was the same hah
[21:04] <leftyfb> it's not the same
[21:04] <Pjoff> Yeah, must be that one
[21:04] <JanC> there is a Windows filesystem & a linux filesystem on that disk
[21:04] <Pjoff> In windows my files are there, but for some reason it wount mount in ubuntu
[21:05] <leftyfb> Pjoff: I would recommend putting this drive into a windows computer and running chkdsk /f /r /x on the partition, reboot and then do it again. Then power down completely and then you can try to mount it on your linux OS
[21:05] <leftyfb> sorry, run chkdsk /f /r /x, reboot, run chkdsk /f /r /x reboot, then power down
[21:05] <JanC> you can probably do that from the GUI too  :)
[21:05] <leftyfb> from within Windows
[21:06] <Pjoff> Isn't that the process which takes hours ?
[21:06] <leftyfb> not linux
[21:06] <leftyfb> Pjoff: it might. Depends on a lot of factors. Either way, that would be my next step
[21:06] <oerheks> maybe fastboot keeps control over that disk
[21:06] <leftyfb> that's also another possibility
[21:06] <Pjoff> Will try to boot into windows and turn off fastboot
[21:07] <Pjoff> and do the chkdsk thing
[21:07] <JanC> BTW: you boot linux from that disk (but not from that filesystem)?
[21:08] <Pjoff> Yes
[21:16] <Pjoff> Hey! Turning off fastboot did the trick guys. Thanks for the help :)
[21:16] <oerheks> have fun!
[22:02] <SwollenBernard> how is the new ubuntu lts
[22:18] <NeilRG> I like it
[22:19] <NeilRG> fixed the screen tearing, latency I was getting with VLC
[22:30] <younder> (org.shirakumo.machine-state:gc-room)
[23:22] <uzz> Is it possible to make a launchpad account without making an ubuntu one account?
[23:36] <sarnold> uzz: not in any useful way, no