[04:32] <pitti> @pilot out
[04:32] <pitti> (whoops, forgot to reset on Friday)
[04:32] <pitti> Good morning
[04:37] <jbicha_> pitti: good morning, have you seen bug 1614820 ?
[04:38] <pitti> jbicha_: hey, good morning! I saw it fly by, just haven't looked at it yet (ETIME, sorry)
[04:39] <jbicha> ok, maybe next release cycle then
[04:48] <pitti> jbicha: it would be really hard to avoid generating the /var/crash/ files, but merely not reporting them should be fairly straightforward in apport-gtk?
[04:48] <pitti> jbicha: i. e. this is just checking for that gsettings key?
[04:50] <pitti> org.gnome.desktop.privacy report-technical-problems false
[04:50] <pitti> jbicha: but why is this off by default?
[04:50] <pitti> jbicha: we certainly don't want that
[04:52] <jbicha> we can ship a gsettings override, perhaps in apport itself, for that
[04:52] <pitti> jbicha: not in apport, that would be rude (changing defaults of some other package)
[04:53] <jbicha> the package is gsettings-desktop-schemas
[04:53] <jbicha> we have lots of overrides in ubuntu-default-settings and ubuntu-gnome-default-settings but some people don't have those installed
[04:53] <jbicha> (ubuntu-settings)
[04:54] <jbicha> the only thing actually using that key right now I believe is Fedora's abrt so it doesn't hurt anything to set that key how we want it
[04:57] <pitti> jbicha: another concern is that we already have such a setting somewhere ("Send error reports to Canonical")
[04:57] <pitti> so that ^ one should move to this new official key
[04:57] <pitti> I followed up to the bug with a summary
[05:04] <jbicha> pitti: the gsettings key is from update-notifier so maybe that part of the bug doesn't need any apport changes
[05:05] <jbicha> but the other part of the bug is that GNOME expects the bug reporting service to run a org.freedesktop.problems.daemon dbus service, what do you think about that?
[05:11] <pitti> jbicha: apport isn't a daemon, what should this  do?
[05:11] <pitti> and what happens if it's not there?
[05:12] <jbicha> if it's not there, GNOME doesn't show the on/off switch to report bugs in Intial Setup and gnome-control-center's Privacy pages
[05:13] <jbicha> we could run a service that does nothing (that works) or we could patch the 2 apps to skip checking for that service
[05:32] <jbicha> I guess patching the apps would be better if there's no reason otherwise for apport to listen on dbus
[05:59] <pitti> rharper, smoser: FYI, netplan 0.10 just landed in y, with support for vlan
[06:00] <pitti> mwhudson, rharper, smoser: I'm going to look into wifi with networkd first (blocking ogra), is there anything else which is blocking you wrt. netplan?
[06:16] <cpaelzer> good morning
[07:15] <mwhudson> pitti: if you could spend 5 mins looking at https://github.com/snapcore/snapd/pull/1765 that'd be great
[07:16] <mwhudson> pitti: but i am off sick _and_ EOD so no hurry :)
[07:21] <LocutusOfBorg> jbicha, hi, do you plan to look at kido?
[07:22] <LocutusOfBorg> I see some upstream activity
[07:30] <jbicha> LocutusOfBorg: the best I came up with was filing bug 1617835 but if you can do better, go ahead
[07:32] <LocutusOfBorg> jbicha, fcl is fixed in Debian I see
[07:32] <LocutusOfBorg> let me see
[07:35] <LocutusOfBorg> it might be trivial
[07:46] <Saviq> pitti, morning, could I ask you to restart the last missing test in https://requests.ci-train.ubuntu.com/static/britney/ticket-1864/landing-067-xenial/excuses.html - it seems to have disappeared - and also https://requests.ci-train.ubuntu.com/static/britney/ticket-1864/landing-067-yakkety/excuses.html - not sure what made it uninstallable there
[07:59] <pitti> mwhudson: ugh, get well soon!
[08:00] <pitti> Saviq: sorry, had to kill some running tests due to cloud maintenance, will restart
[08:05] <Saviq> tx
[08:50] <ogra_> pitti, nothing else for now ...
[08:50] <ogra_> (we dont have networkd on the images though)
[08:51] <ogra_> (and i dont see it in the xenial archive)
[08:52] <pitti> ogra_: sure you do
[08:52] <pitti> it's in the systemd package :)
[08:52] <ogra_> ah, it doesnt have its own binary package ?
[08:52]  * ogra_ kind of expected that
[09:48] <gb_mks> hello
[09:49] <gb_mks> I found a bug related in the package "click-review". Can anyone help me to solve it? https://bugs.launchpad.net/click-reviewers-tools/+bug/1617288
[09:57] <Saviq> pitti, hey, we're trying to get to grips with unity8 failures in britney, we've a bunch of flaky fixes in store, but the most common issue these days seems to be a time out, how long is the timeout on autopkgtests in britney by default? from looking at timestamps, it seems to be 3h - a passing run of unity8 seems to be between 2h and 2h54m (even though http://autopkgtest.ubuntu.com/packages/u/unity8/yakkety/amd64/ says 5h33m, but that seems to be some
[09:57] <Saviq>  delay outside of the test run itself?)
[09:58] <pitti> Saviq: right, the default timeout is 10,000s, i. e. roughly 2:50 hours
[09:58] <pitti> Saviq: right, lcy01 has been very unstable (should be fixed now), so some tests were attempted several times
[09:58] <Saviq> yup, that sounds about right
[09:59] <Saviq> pitti, is it possible to increase the time out for unity8?
[09:59] <pitti> Saviq: but these cloud failures should not appear as test failures, they get auto-retried until it finishes
[09:59] <Saviq> I can easily imagine it going over the 2:50h mark if the system load is higher, for example
[09:59] <pitti> Saviq: it is, if they legitimately take that long
[09:59] <pitti> so if they don't just hang eternally on something
[10:00] <pitti> Saviq: does that affect all arches?
[10:00] <Saviq> pitti, we only claim victory on those on amd64 and i386, and both sometimes go over the 2h50m limit
[10:01] <Saviq> pitti, it would go down considerably if they were run in parallel
[10:01] <pitti> Saviq: qmluitests.sh seems to need around 1:45 h, well below the 2:50 h limit
[10:01] <Saviq> because there's at least some time spent in those tests waiting (we're improving that now, too)
[10:02] <pitti> Saviq: do you actually see such a timeout in http://autopkgtest.ubuntu.com/packages/u/unity8/yakkety/amd64/ ? I don't
[10:02] <Saviq> pitti, I think it depends a lot on the load<EMAIL_ADDRESS>[10:02] <pitti> the failures there are pretty fast
[10:03] <Saviq> pitti, I've only seen those on PPA tests, couldn't find any example on proposed migration
[10:03] <Saviq> lemme have a good look again
[10:03] <pitti> Saviq: so this might rather be vivid vs. yakkety?
[10:03] <pitti> Saviq: anyway, I can bump it, but I'd really not do it if these are eternal hangs
[10:03] <pitti> these are blocking the infra long enough already
[10:05] <Saviq> pitti, we have one potential example of an eternal hang there, we're working on fixing that now, too - but it's tricky to say it really is if we're getting timeouts for other reasons, too
[10:05] <Saviq> pitti, about parallel, do the test nodes have more than one core?
[10:06] <pitti> Saviq: normally not
[10:06] <pitti> Saviq: we can mark it as "big test" and give it 4 cores and more RAM, if that helps to speed up the test considerably, i. e. if it actually *can* run in parallel
[10:07] <Saviq> pitti, they do run in parallel in our CI
[10:07] <pitti> Saviq: the tradeoff is that they are much more likely to fail due to cloud capacity issues
[10:07] <pitti> Saviq: so if they automatically use more available cores, I can add it to that list
[10:08] <Saviq> pitti, we rely on DEB_BUILD_OPTIONS=parallel, is that going to be set?
[10:08] <pitti> yes, that happens automatically
[10:08] <Saviq> pitti, I'd say let's try that
[10:08] <pitti> Saviq: oh, is the autopkgtest a package build?
[10:08] <Saviq> pitti, no
[10:08] <Saviq> it's 1300 UI tests
[10:08] <pitti> D_B_O is only set for builds, not for tests
[10:09] <pitti> as this is a dpkg-buildpackage specific thing
[10:09] <Saviq> hmm, bug #1399177 ?
[10:09] <pitti> tests should ask nproc or /proc/cpuinfo etc.
[10:09] <Saviq> ah ack
[10:09] <Saviq> so builds but within adt-run
[10:09] <Saviq> still
[10:09] <Saviq> we'll fix that then
[10:09] <pitti> eek, indeed
[10:10] <Saviq> pitti, let's mark unity8 big, then, and I'll land a fix to the test script to talk nproc
[10:10] <pitti> Saviq: is it really necessary to build the package for running the tests?
[10:11] <Saviq> pitti, we're not building the package
[10:11] <Saviq> we're building a few mocks
[10:11] <pitti> Saviq: also, the build doesn't happen via "Restrictions: build-needed" by autopkgtest itself, but the test calls dh_auto_configure etc., so it's manually building the package without dpkg-buildpackage
[10:11] <Saviq> pitti, it's not building the whole thing, only some mocks
[10:12] <Saviq> but yes, we're doing away with that too
[10:12] <pitti> ah, ok
[10:12] <Saviq> we'll package those mocks soon
[10:12] <pitti> Saviq: so, back to the question: will any of this actually use more than one core if they are available?
[10:13] <Saviq> pitti, not right now, if adt-run doesn't set D_B_O parallel, I'll have to fix the test to do that from nproc then
[10:14] <Saviq> so maybe it doesn't make sense to mark it big yet
[10:14] <Saviq> to not block the infra
[10:15] <Saviq> pitti, can we increase the time out to 3h30m or so for now, it should give us a bit more info on whether we have a real issue or not
[10:16] <Saviq> and I'll work on getting nproc in and we'll mark unity8 big after that's done
[10:16] <pitti> Saviq: I can set it to 40,000 s by adding it to the "long_tests" list (i. e. roughly 12 h)
[10:17] <Saviq> pitti, right, if I see any time out there then, we'll know it's our fault
[10:17] <Saviq> that would work
[10:19] <pitti> Saviq: ok, rolled out that change
[10:19] <Saviq> pitti, thanks, I'll let you know how we're doing
[10:19] <pitti> ack
[10:44] <mardy> pitti: hi! a new version of gnome-control-center-signon has landed in yakkety, so hopefully the version number is now consistent
[10:44] <mardy> pitti: (talking about bug 1565772)
[11:20] <LocutusOfBorg> jbicha, kido is good
[11:20] <LocutusOfBorg> fcl too, assuming somebody removes the armhf binary :)
[11:22] <pitti> mardy: thanks! I'll mark it as v-needed  (dropping v-failed) once LP comes back (has been down for me in the last 10 mins)
[11:23] <mardy> pitti: OK, thanks
[12:34] <smoser> pitti, we do need bonds.
[12:36] <ogra_> james bonds ?
[12:58] <pitti> smoser: ok, I have that on the list for early September
[13:48] <kenvandine> pitti, ping
[13:48] <kenvandine> pitti, we're about ready to land some work in libertine that makes it build depend on content-hub, which depends on ubuntu-app-launch... which of course depends on upstart :)
[13:49] <kenvandine> so we need the libertine binaries to be removed for s390x in yakkety
[13:50] <kenvandine> pitti, can you please help out with that?
[13:53] <dobey> omg circular deps
[13:58] <pitti> kenvandine: removed; AFAICS the reverse dependencies of libertine shoudl already be removed
[13:58] <kenvandine> pitti, thanks!
[13:59] <kenvandine> ChrisTownsend, ^^
[14:00] <ChrisTownsend> pitti: kenvandine: Thanks!
[14:20] <jonathon> Is it possible to get a package update into universe? The SRU wiki page doesn't mention universe (there's a link to an anchor from the MOTU page but it's not there any more).
[14:20] <pitti> jonathon: there is no difference wrt. the policy, i. e. "yes"
[14:25] <jonathon> Right-o, thank you. I'll read through the pages a few more times. :)
[14:55] <rbasak> infinity: are you chairing the DMB meeting in five minutes?
[14:56] <rbasak> BenC: around?
[15:00] <rbasak> !dmb-ping
[15:10] <pitti> awe: yay, I read the NM 1.4 announcement yesterday, seems our ofono patches are upstream now? congrats!
[15:11] <ogra_> woah !
[15:11] <awe> thanks pitti!
[15:11] <pitti> awe: Debian already has 1.4, so merge o'clock soon?
[15:11] <awe> hehe
[15:11]  * awe hopes there are no dbus interface changes
[15:11] <pitti> awe: yeah, "Canonical contributed ... ofono support" was a nice read there :)
[15:11] <ogra_> the result of years of work ....
[15:11] <awe> indeed
[15:12] <pitti> awe: allegedly the API has stayed very stable, even 1.2 plugins still work with NM 1.4
[15:12] <awe> abeato got a nice mention as well for his statistics API
[15:12] <awe> pitti, yes... that's pretty much true, although the move to gbus had some unexpected side-effects
[15:13] <awe> also, there's still a bit of code that didn't get merged upstream
[15:13] <awe> so we'll still need to carry some patches
[15:14] <awe> but it was a good start
[15:14] <awe> and hopefully we can continue to push more code to them
[15:37] <cpaelzer> hi, anybody here knows how/where I should reach out to get s390x enabled in an ppa on LP ?
[16:02] <attente> hi, i'm getting this debootstrap error: "chroot: cannot change root directory to '/home/william/tmp/root': Operation not permitted"
[16:03] <attente> this is when running it with fakeroot in my home directory
[16:03] <attente> is there a reason why debootstrap needs to chroot here?
[16:07] <attente> is there a better way than using fakeroot?
[16:27] <jonathon> cpaelzer: #launchpad might worth a look?
[16:35] <dobey> attente: sudo?
[16:48] <attente> dobey: trying to do this unprivileged in my home
[16:55] <ogra_> attente, wont work, deboostrap needs to create device nodes ... you can try fakechroot ... if you actually like cans of worms
[16:56] <ogra_> (or just download an ubuntu-base tarball ;) instead of building yourself )
[16:57] <dobey> yeah, download the preinstalled tarball then
[16:58] <attente> where is the tarball? i'll try that
[17:02] <ogra_> http://cdimage.ubuntu.com/ubuntu-base/releases/xenial/release/ or http://cdimage.ubuntu.com/ubuntu-base/daily/current/
[17:02] <ogra_> depending what you want
[19:32] <elbrus> ginggs_: thanks (unfortunately the autopkg fails on ci.debian.net and I don't know why, as it works on my computer)
[19:34] <elbrus> here it doesn't ask the password and that is correct. however on ci.d.n it does ask and fails because the isn't a valid answer at all
[19:35]  * elbrus shakes his head in disbelief and will probably need to upload a package with more debugging output... but doesn't know what output would be good.... mysql -vvv or something
[19:41] <ginggs_> elbrus: yw and good luck with the autopkg stuff


[00:00] <vorlon> you said 'gtksourceview' which is not a source package
[00:00] <vorlon> same issue for gtksourceview3
[00:01] <vorlon> so, 2 ppa publishing cycles + 1 archive publishing cycle and then we'll have libproxy sorted
[00:01] <doko> ok, time for me to go to bed then
[00:01] <vorlon> doko: I can retrigger gtksourceview* later.  Is there anything after those are built that you also want me to look at?
[00:07] <doko> I have been looking at lablgtk3 (and then frama-c), mrpt, ros-perception-pcl
[00:13] <vorlon>         Expected call was not made to mocked function [__wrap_setsockopt]
[00:13] <vorlon> \o/
[00:13] <vorlon> doko: ack.
[00:20] <vorlon> interesting, I can't work out how gvm-libs is actually doing its wrapping of glibc calls
[00:20] <vorlon> set (UTIL_TEST_LINKER_WRAP_OPTIONS
[00:20] <vorlon>     "-Wl,-wrap,socket,-wrap,setsockopt")
[00:20] <vorlon> oh nooo
[00:23] <vorlon> that's horribly non-portable and also beautiful and why am I only learning about it now
[00:50] -queuebot:#ubuntu-release- New binary: symfony [amd64] (noble-proposed/universe) [6.4.5+dfsg-3ubuntu1] (no packageset)
[01:00] <vorlon> jbicha: fyi, the only reason startup-notification's ABI isn't affected by time_t is because someone decided to improperly use an 'unsigned long *' in the API instead of a 'time_t *' for sn_startup_sequence_get_last_active_time().  that causes compiz to ftbfs, which I am now fixing; but the library has a lot of revdeps and maybe others are affected, I don't know yet
[01:01] <vorlon> jbicha: not filing a bug because the chances of anybody running a desktop on a 32-bit system in 2038 where this API will *actually* fail are slim to none
[01:21] <vorlon> kconfig built; libproxy needs kconfig published, then we can finish that bootstrap
[02:52] <vorlon> lol @ ecl building on armhf and riscv64 but no other archs
[02:58] -queuebot:#ubuntu-release- New sync: sagemath (noble-proposed/primary) [9.5-6ubuntu0.1]
[03:00] -queuebot:#ubuntu-release- New binary: compiz [amd64] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10] (no packageset)
[03:01] -queuebot:#ubuntu-release- New binary: compiz [ppc64el] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10] (no packageset)
[03:01] -queuebot:#ubuntu-release- New binary: compiz [s390x] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10] (no packageset)
[03:06] -queuebot:#ubuntu-release- New: accepted compiz [amd64] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10]
[03:06] -queuebot:#ubuntu-release- New: accepted compiz [s390x] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10]
[03:06] -queuebot:#ubuntu-release- New: accepted compiz [ppc64el] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu10]
[03:14] <vorlon> doing a round of NBS removals from -proposed... mostly library packages with pre-t64 names
[03:22] -queuebot:#ubuntu-release- New binary: compiz [amd64] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11] (no packageset)
[03:24] -queuebot:#ubuntu-release- New binary: compiz [ppc64el] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11] (no packageset)
[03:24] -queuebot:#ubuntu-release- New binary: compiz [s390x] (noble-proposed/universe) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11] (no packageset)
[03:43] -queuebot:#ubuntu-release- New: accepted compiz [amd64] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11]
[03:43] -queuebot:#ubuntu-release- New: accepted compiz [s390x] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11]
[03:43] -queuebot:#ubuntu-release- New: accepted compiz [ppc64el] (noble-proposed) [1:<IP_ADDRESS>+22.10.20220822-0ubuntu11]
[03:43] -queuebot:#ubuntu-release- New: accepted sagemath [sync] (noble-proposed) [9.5-6ubuntu0.1]
[04:30] <vorlon> hallelujah, curl built on armhf without any new bootstrap loops
[04:30] -queuebot:#ubuntu-release- New: accepted curl [arm64] (noble-proposed) [8.5.0-2ubuntu7]
[04:30] -queuebot:#ubuntu-release- New: accepted curl [armhf] (noble-proposed) [8.5.0-2ubuntu7]
[04:39] <vorlon> well, scotch has a preexisting ftbfs (buffer overflow in testsuite) that blocks sundials -> octave; cool, cool
[04:50] <vorlon> /usr/include/x86_64-linux-gnu/bits/string_fortified.h:59:10: warning: ‘__memset_chk’ specified size between<PHONE_NUMBER>1562067969 and<PHONE_NUMBER>3709551615 exceeds maximum object size<PHONE_NUMBER>854775807 [-Wstringop-overflow=]
[04:50] <vorlon> quite
[04:51] <vorlon> ironically not the test that fails tho
[05:59] <LocutusOfBorg> doko, no idea about nodejs :) I'm not actively retrying or deleting any build
[06:02] <vorlon> LocutusOfBorg: 15:35 < vorlon> doko: the in-archive one is cancelled, the bootstrap ppa one is published
[06:09] <LocutusOfBorg> vorlon, time to do curl NCR?
[06:09] <LocutusOfBorg> I see lots blocked by it...
[06:09] <vorlon> LocutusOfBorg: doing right now
[06:09] <LocutusOfBorg> nice thanks!
[06:09] <LocutusOfBorg> question, I see some packages having hardcoded runtime depencies on old packages
[06:10] <LocutusOfBorg> is it ok to 0 day NMU in debian?
[06:10] <vorlon> I'm not the authority on this
[06:10] <vorlon> but I would do it
[06:21] <LocutusOfBorg> I'll HFDI :)
[06:21] <LocutusOfBorg> *JFDI
[06:21] <LocutusOfBorg> btw please welcome our new nodejs upload!
[06:25] <LocutusOfBorg> I'm afk for a couple of days, today llvm-18 should finish build on riscv64, and then doxygen become finally buildable
[06:26] <vorlon> excellent
[06:32] <vorlon> LocutusOfBorg: uh I see llvm-toolchain-14 being rebuilt for libcurl4t64; do I need to put a stay on llvm-toolchain-18 to let riscv64 build?
[06:33] <LocutusOfBorg> yes please
[06:33] <LocutusOfBorg> so we unblock doxygen?
[06:34] <LocutusOfBorg> also, in 2 days, newer llvm-18 will come from Debian, so maaaaaaaaaaaybe we can avoid a build
[06:34] <vorlon> well we can't avoid needing a build on armhf in the meantime
[06:35] <vorlon> anyway, ok I'll pull llvm-18 back after it's accepted, so the riscv64 build can make it through (I can't sanely interrupt my mass rebuild script to stop it from being uploaded)
[06:36] <LocutusOfBorg> thanks!
[06:37] <LocutusOfBorg> once doxygen is built, you can probably copy back and do whatever is needed
[06:37] <LocutusOfBorg> btw, please remove snort on ppc64el. Missing build dependencies: libluajit-5.1-dev
[06:37] <LocutusOfBorg> this is spot on NCR for libdaq2
[06:39] <vorlon> how did we still have any ppc64el binaries left referencing luajit
[06:40] <vorlon> Fri, 03 Dec 2021
[06:40] <vorlon> :/
[06:41] <vorlon> oh; we don't though
[06:44] <LocutusOfBorg> oh, when we remove a binary we should do a NCR, otherwise launchpad will fail to show that the binary is not there anymore
[06:49] <vorlon> it shows it at https://launchpad.net/ubuntu/noble/ppc64el/snort
[06:50] <vorlon> (and the removal here: https://launchpad.net/ubuntu/kinetic/ppc64el/snort)
[07:21] -queuebot:#ubuntu-release- Unapproved: s390-tools (noble-proposed/main) [2.31.0-0ubuntu3 => 2.31.0-0ubuntu3] (core)
[07:27] -queuebot:#ubuntu-release- New binary: nodejs [amd64] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[07:29] -queuebot:#ubuntu-release- Unapproved: rejected s390-tools [s390x] (noble-proposed) [2.31.0-0ubuntu2]
[07:29] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [s390x] (noble-proposed) [2.31.0-0ubuntu3]
[07:31] <vorlon> llvm-toolchain-18 rolled back as discussed to let riscv64 build complete
[07:32] <vorlon> might as well leave the riscv64 build of the next version running, so we can copy the new llvm-18 back in in time for it to be accepted
[07:34] <vorlon> well, libproxy needs bootstrapped again for curl, sigh
[07:52] -queuebot:#ubuntu-release- New binary: nodejs [arm64] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[07:52] -queuebot:#ubuntu-release- New binary: nodejs [ppc64el] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[08:01] <LocutusOfBorg> vorlon, dpkg uploaded
[08:03] <LocutusOfBorg> the diff is really minimal except for documentation and adding back files autogenerated to keep delta small
[08:05] <LocutusOfBorg> please fixup in case something bad happens, I won't be at laptop for 24h or so
[08:05] <vorlon> have queued up a clean rebuild of libproxy in the ppa following a bootstrap build which is currently awaiting publishing; when that succeeds it'll be copied back to the archive and I've queued up rebuilds for the wxwidgets3.2 stack after that as well as gtksourceview3
[08:05] <vorlon> LocutusOfBorg: ok. I won't be at the laptop for 6 hours or so starting around now ;P
[08:07] <LocutusOfBorg> :D
[08:07] <LocutusOfBorg> g night
[08:29] -queuebot:#ubuntu-release- New binary: nodejs [s390x] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[09:31] -queuebot:#ubuntu-release- New binary: nodejs [armhf] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[09:54] <tjaalton> vorlon: ack, will remember the next time
[12:08] -queuebot:#ubuntu-release- New: accepted symfony [amd64] (noble-proposed) [6.4.5+dfsg-3ubuntu1]
[16:56] <doko> that was a lie ;-P "I won't be at the laptop for 6 hours or so starting around now"
[16:57] <doko> tesseract needed a rebuild, also git, but tests were failing.
[17:02] <doko> wxwidgets built
[17:53] <vorlon> doko: 9 hours is close to 6
[18:04] <vorlon> gnuplot finally fixed once wxwidgets3.2 publishes (finished "1 hour ago")
[18:08] <vorlon> xerces-c ftbfs because something wants harfbuzz but it's not installed :|
[18:08] <vorlon> (only on amd64)
[18:11] <athos> 7~/17
[18:12] <doko> vorlon: please wait with any llvm rebuilds until grpc is published, building with the merged abseil
[18:13] <vorlon> oh, glad that grpc is fixed
[18:13] <vorlon> does that impact the llvm build itself?
[18:14] <vorlon> yes, build-dep on protobuf-compiler-grpc.  Ok
[18:14] <vorlon> doko: I can leave these for you to schedule, if you like?
[18:14] <vorlon> I'm going to be afk for another 2 hours starting shortly
[18:15] <vorlon> anyway the previous riscv64 build hasn't cancelled yet so I can't do the sourceful copy yet
[18:19] <doko> ok, I'll prepare these then
[18:20] <vorlon> doko: given that grpc takes around 5hours to build on armhf and around 20 hours to build on riscv64, I think it's a good idea to start the armhf build as soon as grpc is published on armhf
[18:20] <vorlon> should be possible to do it in archive, do you think it's safe for me to copy to the archive now and cancel the builds?
[18:20] <vorlon> or should we build it in the ppa first
[18:23] <doko> archive sounds fine
[18:25] <vorlon> doxygen building now on riscv64 so not a blocker https://launchpad.net/ubuntu/+source/doxygen/1.9.8+ds-2build3
[18:42] <jbicha> vorlon: gtk4 is broken on ppc64el somehow after the deletion of 4.13.8+ds-0ubuntu3 https://launchpad.net/ubuntu/+source/granite-7/7.4.0-1build2/+latestbuild/ppc64el
[20:11] -queuebot:#ubuntu-release- Unapproved: yt-dlp (jammy-backports/universe) [2023.11.16-1~bpo22.04.1 => 2024.03.10-1~bpo22.04.1] (no packageset)
[20:18] <vorlon> jbicha: I don't recall why we removed that, do you?
[20:18] <vorlon> ah I think it was unnecessary and was a rebuild triggered incorrectly
[20:18] <vorlon> looking
[20:21] -queuebot:#ubuntu-release- New binary: nodejs [riscv64] (noble-proposed/universe) [18.19.1+dfsg-6ubuntu1] (kubuntu)
[20:21] <vorlon> jbicha: well rmadison didn't show anything wrong but https://launchpad.net/ubuntu/noble/ppc64el/libgtk-4-1 shows that my removal command just deleted something hmmmm
[20:22] <vorlon> jbicha: removed the other binaries now
[20:46] <vorlon> doxygen built. grpc built for all archs except arm64 and riscv64.  I will copy llvm-toolchain-18 back to the archive in a bit to get the armhf build going asap
[21:18] <vorlon> doko: you said you wanted to wait for grpc before building llvm-toolchain-18 but I see you've done a new upload which is now building on all archs?
[21:19] <vorlon> doko: so, killing the arm64+riscv64 builds now
[21:24] <doko> it was built on armhf
[21:28] <Eickmeyer> vorlon: Looks like zita-rev1 needs another NCR against libclthreads2t64.
[21:28] <Eickmeyer> I can do.
[21:29] <Eickmeyer> (it broke Studio)
[21:31] <vorlon> Eickmeyer: how did it break? because in general the t64 and non-t64 lib names are interchangeable on 64-bit archs and when they're not, it's a bug
[21:32] <vorlon> Eickmeyer: and I see on amd64 that it's already built against libclthreads2t64 in -proposed
[21:32] <Eickmeyer> Yeah, I'm seeing that too.
[21:33] <vorlon> doko: was it only armhf you needed it built on?  Sorry, I didn't understand that, you only said "fixed"
[21:33] <Eickmeyer> That's why I hesitated.
[21:33] <Eickmeyer> Latest Studio build:
[21:33] <Eickmeyer> The following packages have unmet dependencies:
[21:33] <Eickmeyer>  libclthreads2t64 : Breaks: libclthreads2 (< 2.4.2-1.1)
[21:33] <Eickmeyer> Only thing that installs that which we seed is zita-rev1
[21:35] <vorlon> Eickmeyer: the error message suggests that's not accurate; for that breaks: message to appear you must have packages that it's trying to seed which depend on both the old and new package names.  Anyway, you can work around this temporarily using the trick of early-seeding libclthreads2t64
[21:36] <Eickmeyer> Yep, sounds like I'll just have to do that and trigger a rebuild. *shrug*
[21:37] <Eickmeyer> Heh, update excuses still crashes my browser.
[21:46] <doko> vorlon: what were the usertags for time_t64 issues in Debian?
[22:56] <Eickmeyer> vorlon: Early seeding alone didn't do it. I also had to blacklist libclthreads2 *and* libdv4. Had two build failures in a row for failing to do that.
[23:26] <vorlon> doko: user<EMAIL_ADDRESS>usertag time-t
[23:26] <vorlon> Eickmeyer: ack
[23:28] <vorlon> slowly working my way up the KDE stack (kio -> kparts -> kmediaplayer&c)
[23:34] <doko> vorlon: ta. https://bugs.debian.org/1067021
[23:34] -ubottu:#ubuntu-release- Debian bug 1067021 in src:mrpt "mrpt ftbfs on armhf (32bit time_t64 architecture)" [Serious, Open]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [amd64] (noble-proposed) [18.19.1+dfsg-6ubuntu1]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [armhf] (noble-proposed) [18.19.1+dfsg-6ubuntu1]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [riscv64] (noble-proposed) [18.19.1+dfsg-6ubuntu1]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [arm64] (noble-proposed) [18.19.1+dfsg-6ubuntu1]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [s390x] (noble-proposed) [18.19.1+dfsg-6ubuntu1]
[23:48] -queuebot:#ubuntu-release- New: accepted nodejs [ppc64el] (noble-proposed) [18.19.1+dfsg-6ubuntu1]


[20:06] <tomreyn> fooman2011: maybe ask in a C programming channel
[20:06] <yaaa> ANYONE CAN HELP ME?
[20:07] <tomreyn> yaaa: it wasnt funny the first time, and it still isnt
[20:07] <realtekbe> does ubuntu have the drivers for RTL8723BE  Realtek wireless
[20:07] <yaaa> Tomreyn?
[20:07] <cwre> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[20:07] <cwre> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[20:08] <tomreyn> realtekbe: RTL8723BE is not very well supported since the hardware manufacturer does not provide good linux support or open documentation. but I think you can find a patched driver to work with newer kernels somewhere on github.
[20:09] <yaaa> Anyone can help me? Otherwise i have to uninstall plasma
[20:09] <gigirock> plasma blood
[20:10] <yaaa> No
[20:10] <yaaa> I liked it
[20:10] <gigirock> yaaa: plasma kde stuff ?
[20:10] <yaaa> Yes
[20:11] <realtekbe> tomreyn: yes i have hp and i dont think they support linux
[20:11] <tomreyn> i was referring to the realtek wireless chipset you have there
[20:12] <yaaa> Guys please help a noob
[20:12] <tomreyn> realtekbe: consider getting a usb wifi 'dongle'
[20:13] <tomreyn> realtekbe: but make sure to get one with a well supported chipset before you do.
[20:15] <yaaa> No one wants me
[20:15] <dfgg13> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[20:15] <dfgg13> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[20:15] <realtekbe> tomreyn: so its just the wireless card that doesnt work so if i get dongle that should fix it
[20:16] <yaaa> Do you want me?
[20:16] <gigirock> yaaa: no one use kde 'cause is buggy
[20:16] <yaaa> No one except me
[20:16] <gigirock> yaaa: consider yourself like a pioneer
[20:16] <tomreyn> realtekbe: i don't know what else may or may not be working for you. but you inquired about this specific piece of hardware so i'm focussing on this.
[20:16] <yaaa> Heh
[20:17] <realtekbe> tomreyn: yes everything works except wireless
[20:17] <realtekbe> i wil get dongle
[20:17] <gigirock> realtekbe: 10 bucks and you are ok
[20:17] <ketralnis> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[20:17] <ketralnis> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[20:19] <tomreyn> realtekbe: this ant_sel=2 configuration is something you could try: https://askubuntu.com/questions/883673/rtl8723be-wifi-incredibly-weak
[20:21] <lotuspsychje> gigirock: please dont spread fud please
[20:25] <Guest30408> hey so i have an old hard drive with a bunch of bad sectors, is there a way i can make the system ignore all of them and just continue with my life?+
[20:26] <compdoc> Guest30408, no. it keeps getting worse and you keep losing data
[20:26] <lotuspsychje> Guest30408: bad sectors are usually not a good sign..
[20:28] <Guest30408> https://pastebin.com/raw/RYx9JHmN so far i've got this output
[20:28] <Guest30408> is this just bad or really bad?
[20:30] <DLange23> /!\  Does that work with Unity to add panels to more than one monitor?
[20:38] <aidrocsid> Last version I see comments mentioning it working with was 18.04
[20:38] <CyberMent> Hi there, I set up the computer to go blank after 15 minutes, when I come back and move my mouse it shows me a screen with a clock.  I have to "push" it up in order to use the computer.  Is there any way to get rid of that screen?  I want to be able to see the desktop as soon as I move the mouse.
[20:38] <CyberMent> I'm using 18.04 btw
[20:40] <yaaa> When i login into kde plasma i get black screen and icons of programs broken like these https://goo.gl/z1CzhJ please help
[20:40] <sonicwind> I'd like to know the answer to that also. CyberMent, you can also press the space bar rather than pushing it up with the mouse.
[20:44] <lotuspsychje> CyberMent: add a new bug for it, and make it a wishlist in your title then find more users to want this too
[20:44] <yaaa> ANYONE CAN HELP ME ONCE AND FOR ALL?
[20:45] <cdupont> ?join #haskell
[20:46] <tomreyn> !ops | please help yaaa once and for all (-
[20:46] <yaaa> Yes please help me once and for all
[20:46] <texla> I would like someone to tell me how to fix overlapping partitions..https://pastebin.com/q7J0AkMq
[20:47] <dystopia_> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[20:47] <aidrocsid> Okay, so Multi Monitors Add-On for GNOME works, but I'm not sure how to get Activities Configurator to work with it. Any ideas?
[20:48] <boredguy> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[20:55] <doug16k> texla, wow, how did you manage to get it into that state?
[20:56] <tomreyn> yes, impressive, i didnt know you could do that
[20:57] <texla> doug16k, It was not easy I promise!
[20:57] <tomreyn> texla: io guess backup what you still need and start fresh. or tell us what you did to end up there and maybe we have a better suggestion then.
[20:57] <yaaa> YAaa
[20:59] <texla> tomreyn, This all started with upgrading to Ubuntu 18.04.1 and adding 2 more distro's and overlooking the extended partition install
[21:01] <doug16k> texla, that's quite odd. a 500GB drive with 4KB physical sectors?
[21:01] <doug16k> usually large sector drives are huge
[21:01] <texla> tomreyn, What does boot disk do to mbr when you run it
[21:02] <texla> doug16k, Late night absent mind does a lot of thing wrong
[21:04] <doug16k> texla, can you show the output of /proc/partitions?
[21:05] <doug16k> `cat /proc/partitions` I mean
[21:08] <texla> doug16k, https://pastebin.com/6PB2unYD
[21:11] <yaaa> Tomreyn gay
[21:11] <mub24> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[21:12] <tomreyn> texla: i don't understand "What does boot disk do to mbr when you run it"
[21:12] <doug16k> texla, do those partitions contain data that you don't want to lose?
[21:13] <doug16k> if not I'd say just delete the partitions and start over
[21:13] <tomreyn> ^ i agree
[21:15] <texla> tomreyn, Boot Disk live cd you can run mbr  I have never run mbr and wondering what it corrects
[21:16] <doug16k> if you have another drive, you can dd each partition to a file on it, then fsck the files to check their validity and/or fix corruptions. you can mount the files to get at the data
[21:16] <doug16k> once you have rescued any data you need to keep, then just delete all the partitions on the original drive and start over
[21:16] <texla> doug16k, The only one that has data I don't want to loose when reinstall is 18.04.1
[21:20] <tomreyn> texla: 'mbr' stands for 'master boot record', which refers to a small storage area on the first sector of your disk. i dont think there is a command 'mbr' that you can run (but i might be wrong).
[21:21] <tomreyn> texla: i'm also not aware of a linux (?) live cd distribution named "Boot Disk".
[21:22] <texla> doug16k, The extended partition will have to be deleted from live cd can live gparted be used to delete all partition
[21:22] <tomreyn> texla: backup your data now, then reinstall all that is installed on this disk now.
[21:23] <dc-> I'm about to code a gnome application with gtk3, anyone have any ideas what might be useful?
[21:23] <leftyfb> dc-: knowing how to code a gnome application with gtk3
[21:24] <leftyfb> dc-: also, your question is unrelated to ubuntu. You should try #ubuntu-devel or #development or something.
[21:24] <texla> tomreyn, There is a disc call boot disc and I have used it to fix my boot loader and other item is mbr was not aware what it does
[21:27] <texla> tomreyn, Can I use live gparted to delete all the partitions and reinstall afterwards
[21:29] <tomreyn> texla: you can use the gparted live linux distribution to delete the partition table, or to delete the partitions one by one (but deleting them one by one could run into an error since you have this logically impossible partition table there).
[21:29] <tomreyn> texla: to reinstall, you the ubuntu installer / live image.
[21:29] <leftyfb> why not just use an ubuntu cd/usb, wipe the entire partition table and start over?
[21:30] <tomreyn> texla: you can also delete the partition table form the ubuntu installer / live image, so you dont need to get gaprted-live prepared just for this-
[21:30] <tomreyn> lefty beat me to it
[21:31] <texla> tomreyn, When making partition should each one be larger than the preceding other
[21:31] <amar> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[21:31] <amar> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[21:31] <amar> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[21:32] <leftyfb> texla: don't make any partitions. Just use the guided partitioning/install as part of the ubuntu installer and use the entire drive
[21:33] <cake> hello, can i ask questions in this IRC? or is there a specific one for it?
[21:33] <leftyfb> cake: this is an Ubuntu support channel
[21:33] <texla> leftyfb, How willl I install two other linux distro if I don't make partition for each one
[21:34] <cake> okay leftyfb, thank you
[21:34] <leftyfb> texla: Why do you need other linux distro's? Sounds like you should stick with one for a bit to get a better understanding
[21:34] <cake> i'm running ubuntu server on my home server, before that I had FreeNAS running on it and had few mount points on there.
[21:35] <cake> i can't unmount them, since they're not in /etc/fstab
[21:35] <cake> what can i do to get rid of them?
[21:35] <leftyfb> cake: sudo umount /path/to/mount
[21:35] <cake> when i reboot they're back
[21:35] <texla> leftyfb, I have been making partition since 8.04 and this it the first time i have had overlapping partitions
[21:35] <leftyfb> then the mount points are in fstab or some other mechanism
[21:36] <leftyfb> texla: ok, then you've got over 10 years of experience with making partitions. You should be good
[21:36] <cake> leftyfb: they're not in fstab, they seem to be in mstab
[21:37] <cake> mtab*
[21:37] <leftyfb> cake: mtab isn't something that persists across reboots. It only shows the current mounts
[21:38] <leftyfb> cake: sudo grep -R "some string mentioning your mount name" /etc 2>/dev/null
[21:39] <cake> leftyfb: shows /etc/dfs/sharetab and /etc/mtab
[21:39] <cake> is sharetab something that i can edit manually?
[21:39] <leftyfb> cake: I've never heard of that before
[21:39] <leftyfb> sounds like a "not ubuntu" thing
[21:40] <leftyfb> in fact it pulls up a lot of Oracle/Solaris stuff on google
[21:40] <cake> leftyfb: its probably from FreeNAS
[21:40] <leftyfb> cake: good guess
[21:40] <cake> i switched from FreeNAS to ubuntu
[21:41] <leftyfb> cake: if you wiped your OS(FreeNAS) and installed ubuntu, then that should not be left over
[21:41] <cake> that files shows all the culprits, i need to get rid of them
[21:41] <cake> i did not wipe the hdd
[21:41] <cake> didn't have another hdd to temporarily carry the data over
[21:41] <leftyfb> cake: You should seek support from FreeNAS. I'm not familiar enough with it to tell you that you can just wipe it. Especially since something is utilizing that config. Something not ubuntu
[21:43] <cake> leftyfb: good call, gonna ask in their IRC
[21:43] <leftyfb> cake: please paste the output of this to pastebin: lsb_release -a
[21:43] <cake> leftyfb: thank you!!
[21:43] <cake> No LSB modules are available. Distributor ID:	Ubuntu Description:	Ubuntu 16.04.5 LTS Release:	16.04 Codename:	xenial
[21:44] <RoyK12> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[21:44] <RoyK12> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[21:44] <leftyfb> sounds like ubuntu, but you've got something honoring /etc/dfs/sharetab which as far as I know, isn't anything ubuntu does
[21:45] <leftyfb> In fact, I just searched, nothing in stock ubuntu does anything with /etc/dfs at all
[21:45] <leftyfb> ok, gotta go
[21:46] <cake> leftyfb: thanks for your time!
[21:46] <cake> helped me a lot already, found out more
[21:47] <desen> Hi! I recently confirm an installer's bug in https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1784144/ . If anyone can help, I will be grateful. Thanks in advance.
[21:56] <chalcedony25> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[21:57] <age6racer> hi all, it's been many years since I chatted to humans in an IRC channel! I'm hoping that some amongst you might be able to help me with a problem I'm having with EFI/UEFI.   When I run an installer from a live USB it all goes smoothly and finishes without errors but after reboot the drive still doesn't show as an option in my UEFI boot list.
[22:03] <yaa> Age6racer you douchebag
[22:06] <age6racer> I've been thinking about chrooting into the install and seeing if I can manually ensure that all the correct files in the right directories but I have had enormous trouble getting networking to work in the chroot :(
[22:10] <Bashing-om> age6racer: networking cable or WIFI ?
[22:11] <wsm> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[22:11] <wsm> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[22:12] <WikiPuppies29> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[22:15] <age6racer> Bashing-om: wifi
[22:19] <CarlFK> will ssh-keygen create ~/.ssh ?
[22:20] <CarlFK> it just errored: Saving key "/home/juser/.ssh/rsa_key" failed: No such file or directory^
[22:23] <Bashing-om> age6racer: Again, my dumbness, do not know how to activate wifi in the chroot .
[22:34] <guest3546> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[22:34] <guest3546> This channel has been hacked by Australia's #1 hacker Simon 'eVestigator' Smith https://evestigatorsucks.com/
[22:39] <radice> lol
[22:42] <CarlFK> how to I stop this from using less? to page the output?  systemd-resolve --status
[22:42] <CarlFK> I want to cut/paste it into a paste bin, and I keep having to fight with it, like "systemd-resolve --status|cat" works if I remember
[22:57] <ntd> networkmanager version in bionic=
[22:57] <ntd> ?
[22:57] <yaa> Doo doo ntd
[22:58] <ntd> 1.10
[22:59] <ntd> thanks
[23:04] <CarlFK> why this no worky?   host pc8 => Host pc8 not found: 2(SERVFAIL)   resolf.conf and all sorts of stuff  https://paste.ubuntu.com/p/gxxkzymkWH/
[23:08] <m00n_urn> hey!
[23:08] <de-facto> CarlFK PAGER=cat systemctl ...
[23:09] <m00n_urn> do any of the systemd folders have a example unit file which is filled in to play with?
[23:09] <CarlFK> de-facto: thanks.  export PAGER=cat - that way I don't have to remember it.
[23:10] <Syfer> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[23:10] <de-facto> yup
[23:10] <CarlFK> also: export PAGER=
[23:15] <user______> Hi
[23:16] <user______> Which dpkg command is equal to dpkg from recovery option which fix dpkg and packages? , I want run the same command from terminal rather then restart the computer and choose recovery mode
[23:20] <de-facto> user______, i dont know if i understand your question, but in general "sudo apt -f install" can fix broken dependencies and such
[23:21] <user______> Ok thanks
[23:29] <xeroks28> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[23:29] <user______> What is this does ? sudo init 6
[23:33] <Bashing-om> user______: init 6 is "reboot" .
[23:33] <DrJ27> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[23:34] <user______> reboot the system ?
[23:34] <cyberspectre> My username in Ubuntu is jake. I'm trying to do sudo chown user:jake /dir/file, but it's giving me "invalid user"
[23:34] <Bashing-om> user______: Yup - reboots the system .
[23:37] <Silversword11> /!\ ATTN: This channel has moved to irc.freenode.net ##hamradio /!\
[23:38] <user______> ok thanks
[23:38] <CarlFK> cyberspectre:  sudo chown  :jake /dir/file,
[23:38] <CarlFK> er, no : either
[23:38] <CarlFK> cyberspectre:  sudo chown  jake /dir/file
[23:39] <cyberspectre> CarlFK, thank you
[23:39] <cyberspectre> the tutorial I'm following is shoddy
[23:40] <RavenSM> hey everyone, hows everyone doing
[23:46] <jiffe> so I'm trying to apt-get remove apparmor and its telling me that it also needs to remove mysql-server ?
[23:46] <bilm> I have a Dell Latitude - having issues with wifi (enable/disable)


[13:42] <tarzeau> gnustep and some packages are broken in ubuntu 22.04 (jammy), is that going to be fixed sometime?
[13:44] <RikMills> tarzeau: has the breakage been reported?
[13:44] <tarzeau> and if debian sid can't have openssl 3, but jammy appears to have it already, can i ask an experimental debian package be synced to jammy?
[13:44] <tarzeau> RikMills: probably not, and i'd have no idea where to
[13:45] <RikMills> tarzeau: a package can be synced IF it makes sense
[13:46] <tarzeau> uxplay is like scrcpy but for iOS/macOS. where would i ask for that?
[13:49] <tarzeau> packages stuck in new queue can't be synced, i guess?
[13:56] <RikMills> if debian FTP masters NEW, then no
[14:04] <tarzeau> any way to have a package get into ubuntu without via debian (if you would like it in 22.04 and new queue is too slow)?
[14:11] <RikMills> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[14:15] <RikMills> if a new source
[14:16] <RikMills> if just new .debs on an existing source, anyone with upload perms can do it and let Ubunntu admins decide on the new .debs
[19:47] <tarzeau> RikMills: thanks for the link, that looks so complicated, i'll just wait for debian ftp master
[23:03] <moowoo> Is there a known guide to setting up IPv6 on Ubuntu 22.04 yet?


[02:05] <dRounse> im having trouble with bitrate
[02:05] <cfhowlett> dRounse: restate completely
[02:06] <dRounse> i converted my songs from 320 kbps to 128 kbps and now they say its 48 kbps is that a mistake
[02:07] <cfhowlett> dRounse: most music is set at 41k but 48k should be playable...
[02:08] <dRounse> cfhowlett: so what does that mean? does that mean the quality is bad?
[02:08] <cfhowlett> dRounse: no - how does it sound??
[02:09] <dRounse> cfhowlett: it sounds like it normally does
[02:09] <cfhowlett> dRounse: test it in your .mp3 player.  If it sounds right, you're good.
[02:10] <dRounse> ok so it will it sound dif on the computer?
[02:11] <cfhowlett> dRounse: depends on the codecs you've got.  Test it out so you know what you're getting.
[02:12] <dRounse> cfhowlett: sounds no different really
[02:13] <cfhowlett> dRounse: http://imagebin.org/196269
[11:33] <knobydobs_> Hello
[11:33] <knobydobs_> Every time I try to install Ubuntu Studio the computer freezed at configuring apt
[13:52] <artao> g'mornin
[13:53] <artao> say! I was wondering while waking ... if I were to run Reason under WINE, would it be JACK compatible i.e. low-latency and useable via MIDI ???
[13:53] <artao> or would it be sluggish and crappy?
[14:15] <artao> feeling fairly alliterative already today
[14:15] <artao> ;p
[14:16] <astraljava> artao: Sorry, I have no experience on such matters. Just here to remind you that some people might know what you're talking about over at #opensourcemusicians, if you won't find help in here.
[14:37] <artao> of course. thx
[16:50] <james_jsy> hi, has anyone used the Tascam us122-l?
[16:52] <james_jsy> I am having problems with it connecting erratically in oneiric.  I have checked and the kernel config has ehci_hcd selected for usb2 support but the module is missing
[16:53] <james_jsy> syslog keeps reporting that there is a 'set sample error'
[21:16] <cfhowlett> Welcome vindav
[21:16] <vindav> cfhowlett:  ok, I'm here...
[21:17] <cfhowlett> vindav: keep us in channel for now
[21:17] <cfhowlett> vindav: I see you want to video edit - any other creative type things you plan to do with *buntu
[21:17] <cfhowlett> ???
[21:18] <vindav> cfhowlett:  I am in private chat with you now.
[21:43] <textchimp> is UbuntuStudio using the linux kernel 3.x yet?
[21:43] <holstein> textchimp: we have the same kernel as main ubuntu
[21:44] <textchimp> holstein, but wth -rt ?
[21:45] <holstein> textchimp: no yet
[21:45] <holstein> we will have *-lowlatency in the 12.04 release
[21:45] <holstein> textchimp: the *-generic is more and more capable
[21:46] <textchimp> so the -rt is becoming less necessary?
[21:46] <holstein> https://launchpad.net/~abogani/+archive/ppa
[21:46] <holstein> textchimp: correct
[21:46] <textchimp> uname -a tells me i have the kernel '2.6.31-11-rt'
[21:46] <textchimp> how do i get the source for that exact kernel?
[21:46] <holstein> textchimp: thats 10.04?
[21:46] <textchimp> holstein, yes
[21:46] <holstein> right.. so thats the RT kernel from 9.10
[21:47] <holstein> you can just apt-get hte source AFAIK
[21:47] <holstein> i wouldnt worry with it though
[21:47] <holstein> so much is and has changed
[21:47] <holstein> is changing and has changed*
[21:47] <textchimp> but if i do apt-get to get the kernel source, will it know to get the -rt variant that i'm actually using right now?
[21:48] <holstein> textchimp: if you apt-get the source for the RT one
[21:48] <textchimp> ok great
[21:48] <holstein> again... its not that important
[21:48] <holstein> thats an old kernel
[21:49] <textchimp> which is the main ubuntu currently using?
[21:49] <textchimp> 3.x?
[21:50] <holstein> textchimp: you mean 11.10?
[21:50] <holstein> Ubuntu 11.10 includes the 3.0.0-12.20
[21:51] <textchimp> holstein, that being the case, should UbuntStudio try to install a 3.x kernel for me the next time i run Update Manager?
[21:51] <holstein> textchimp: ?... if you are on ubuntustudio 10.04, and you have both kernels, it will install a newer *-generic one
[21:52] <holstein> one of the first things i do is un-hide GRUB in ubuntustudio
[21:52] <holstein> i typically boot the kernel i need for the job
[21:53] <textchimp> i see. but if i haven't manually switched to kernel 3.0 myself, it won't push it on me or suggest it?
[21:53] <holstein> textchimp: if you are on 10.04, you will *never* get a newer kernel.. unless you add a PPA
[21:53] <holstein> you will get the security updates only for the current versions of *everything*
[21:53] <holstein> including the kernel
[21:53] <holstein> not that anyone is maintaining that RT kernel
[21:54] <textchimp> but 'current' here means what i already have installed
[21:54] <holstein> textchimp: ?
[21:54] <holstein> currrent means currrent
[21:54] <holstein> like what came with the OS
[21:55] <holstein> what you currently have or got
[21:55] <holstein> like.. firefox for example
[21:55] <holstein> it was 2.something
[21:55] <holstein> iirc... and that will just be the way it is
[21:55] <holstein> maybe it was 3.x
[21:56] <holstein> maybe thats when they went with a beta 3 version so that it *would* have 3 instead of locked at a 2.x
[21:56] <textchimp> ok got it
[21:56] <textchimp> holstein, thanks for clarifying
[21:56] <holstein> sure
[21:57] <holstein> textchimp: sometimes i have to talk it out to figure it out
[21:58] <holstein> textchimp: are you trying 12.04?
[22:00] <textchimp> holstein, no, i just was wondering about the 3.0 kernel because of some new peripherals it supports through modules
[22:00] <holstein> textchimp: abogani has one AFAIK
[22:01] <holstein> textchimp: i ran a 3.x mainline kernel in 10.04 without any issues
[22:02] <textchimp> holstein, i was also wondering if the 3,x kernel supported more than 3Gb of RAM
[22:03] <holstein> textchimp: the PAE one will, if you have hardware support for that, and you likely do
[22:03] <holstein> textchimp: its the 32bit vs 64bit that does that
[22:03] <textchimp> holstein, i think i tried the PAE one and a lot of my executables stopped from working
[22:03] <holstein> textchimp: i would troubleshoot that
[22:04] <holstein> that makes no sense
[22:04] <holstein> it literally should just add access to that extra ram
[22:04] <textchimp> i know. god, is it possible i installed the 64bit by accident? would it boot at all?
[22:05] <holstein> not sure...
[22:05] <holstein> i would think it would be a mess
[22:26] <cfhowlett> !paste
[23:12] <cfhowlett> *rebooted


[15:02] <cm-t> Hi, what is the best channel to talk about the unity8-desktop-session?  here, #ubuntu-iso, #ubuntu-touch, … ?
[19:57] <Saviq> cm-t, here is good, but weekends are rather quiet here
[21:03] <cm-t> Saviq: thanks, I'v updated my post :) http://redd.it/2f0ywo
[22:30] <YokoZar> What's the name of the indicator that shows apt warnings like broken packages on system?  (looks like a red circle with a white minus sign when there's an issue)
[22:30] <YokoZar> (Want to report a bug)


[22:45] <akoskovich> Hello, in the 23.10 development branch it appears the libncurses5 package was removed? https://answers.launchpad.net/ubuntu/mantic/amd64/libncurses5
[22:45] <akoskovich> Is there a place to ask for it to be added back? It's still required for compiling the Android Open Source Project.
[22:46] <akoskovich> https://android-review.googlesource.com/c/toolchain/llvm_android/+/2369470