[01:41] <rukx> I can't seem to get my Tascam US-1800 to be detected/installed. I tried google, but didn't find anything worthwhile, can anyone direct me in the right direction?
[01:49] <holstein> rukx: you dont see it in "aplay -l ?
[01:50] <holstein> rukx: should be class compliant
[01:50] <holstein> you really should just try using the device.. see if you see it in pavucontrol
[01:51] <holstein> !audio
[02:22] <rukx> Sorry for not replying Holstein. I was on a different system verifying that the audio interface wasn't broken or anything. It doesn't show up in pavu or via the "aplay -l" command.
[02:23] <rukx> Tascam's support page has drivers for mac and win, but nothing for linux.
[02:25] <holstein> rukx: sure.. tascam will not provide drivers
[02:25] <holstein> you can let them know you would like for them to, but, they dont
[02:26] <holstein> rukx: you really shouldnt need to install any drivers ,since, the device should be class comliant
[02:26] <holstein> rukx: have you just tried using it?
[02:26] <holstein> rukx: i would follow the guide i linked, and just run "aplay -l" in a terminal.. you can share that via paste
[02:26] <holstein> !paste
[02:26] <rukx> Ok, well yes, I tried getting it to show up in Ardour, but I honestly may be doing something wrong.
[02:27] <holstein> rukx: sure.. *close* ardour
[02:27] <rukx> ok.
[02:27] <holstein> rukx: you'll want jack running *before* running ardour
[02:27] <rukx> Oh, I was wondering about that.
[02:27] <rukx> Alright.
[02:27] <holstein> rukx: what has likely happened is, you were prompted about starting jack, and now, jack is running in the background
[02:27] <holstein> i say, *dont* do that
[02:28] <holstein> reboot if you are not sure what is running in the back ground and *dont* run any of the main audio applications til you sort out the USB device
[02:28] <holstein> *or*, just unplug the USB device for now.. the tascam
[02:28] <rukx> alright, thank you very much Holstein.
[02:28] <rukx> I really appreciate it.
[02:28] <holstein> this will be the second time i ask if you are new to audio production in linux. but, if you are, then, just seperate it out
[02:29] <rukx> I am completely new, as of 2 hours ago.
[02:29] <holstein> dont troubleshoot new software, a new os and a USB device and JACK..
[02:29] <holstein> just take it like you likely did in windows
[02:29] <rukx> Not new to linux, but to audio production in this enviro.
[02:29] <holstein> using the internal audio device with something like audacity
[02:29] <cfhowlett> rukx, audacity is a excellent tool to start with
[02:29] <holstein> *Then*, either move on to jack and ardour.. *then*, the USB device
[02:30] <holstein> dont try and throw up so many variables all at once
[02:30] <rukx> Well, I'm migrating from protools, I have to track a dozen mics from a drum kit, and they are running into the tascam monster.
[02:30] <holstein> what would i do? unplug the usb device.. and get jack running on the internal. and make some noise with something.. route a file in ardour.. etc
[02:30] <rukx> alright.
[02:31] <holstein> *Then* after you are used to the workflow, you will know how to manage the USB device better
[02:31] <holstein> rukx: if you have work to do, you need to boot into whatever os runs protools there and get it done
[02:31] <holstein> rukx: this is not a trivial setup to master..
[02:31] <holstein> !proaudio
[02:32] <rukx> i'll fiddle a bit, and a reboot never hurts, so I'll be right back, thanks again.
[02:32] <holstein> rukx: sure.. also #opensourcemusicians if its slow here
[02:32] <rukx> oh great! thank you!
[02:32] <holstein> cfhowlett: o/
[03:46] <clado> .
[06:20] <asp-studio> Добрый день, я в первый раз в чате и не во все врубаюсь - если что не так - прошу меня поправить
[06:20] <cfhowlett> !ru | asp-studio
[07:37] <clado> Hi I get the next messages with qjackctl my soundcard is an old sblive, I have a bunch of this cards so would be good if I can get them to work.
[07:38] <clado> 02:34:02.065 Patchbay desactivada.
[07:38] <clado> 02:34:02.069 Reiniciar estadísticas.
[07:38] <clado> 02:34:02.110 Cambios en las conexiones ALSA.
[07:38] <clado> 02:34:02.131 D-BUS: Disponible (org.jackaudio.service aka jackdbus).
[07:38] <clado> Cannot connect to server socket err = No existe el archivo o el directorio
[07:38] <clado> Cannot connect to server request channel
[07:38] <clado> jack server is not running or cannot be started
[07:38] <clado> 02:34:02.147 Cambió el gráfico de conexiones ALSA.
[07:38] <clado> 02:34:03.410 D-BUS: El servidor JACK no puede iniciarse. Disculpa
[07:38] <clado> Cannot connect to server socket err = No existe el archivo o el directorio
[07:38] <clado> Cannot connect to server request channel
[07:38] <clado> jack server is not running or cannot be started
[07:38] <clado> Sun Aug 31 02:34:03 2014: Starting jack server...
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: Server `default' registered
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitConnections size = 6522944
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitClients
[07:38] <clado> Sun Aug 31 02:34:03 2014: JACK server starting in realtime mode with priority 10
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackShmMem::new index = 0 attached = c9e95000 size = 82274202
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackShmMem::new placement size = 13047706
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: Succeeded in locking 82274202 byte memory area
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitConnections size = 6522944
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitClients
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitConnections size = 6522944
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackConnectionManager::InitClients
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackShmMem::new index = 1 attached = d3a9b000 size = 1186
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: Succeeded in locking 1186 byte memory area
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackPosixThread::StartImp : create non RT thread
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: JackPosixThread::ThreadHandler : start
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: playback device hw:Live
[07:38] <clado> Sun Aug 31 02:34:03 2014: Jack: capture device hw:Live
[07:39] <clado> Sun Aug 31 02:34:03 2014: Jack: capture device hw:Live
[07:39] <clado> Sun Aug 31 02:34:03 2014: Jack:
[07:39] <clado> sorry i forgot the language installed was spanish
[12:33] <mx_> im guessing is dead as a grim reaper here...?
[12:33] <mx_> i dont think i've ever spoken to anyone -
[12:34] <Unit193> You've been here for 10 minutes without asking a question.  Also earlier on a Sunday.
[12:35] <mx_> also last week month and year and so on and on
[12:35] <mx_> many questions went unanswered - and is actually the same question since 12.10.... so yeah.... not from last night...
[12:35] <cfhowlett> mx_, anyway, for technical help, drop the editorial comments and, oh, state the problem maybe?  :]
[12:37] <mx_> cfhowlett, will u redirect me again?
[12:37] <cfhowlett> mx_, state the details of your jack problem here or #opensourcemusicans
[12:37] <mx_> cfhowlett, are you trolling me??
[12:39] <mx_> so anyways as usual - settings changed in qjack - qjack unable to connect afterwards - set back to default - still unable to connect - same issue since 12.10
[12:39] <cfhowlett> mx_, I don't troll   you said you had a jack issue, did you not?
 anyone facing issues with qjack and changin settings?
[12:43] <mx_> cfhowlett, maybe ina wotwo i'll have a reply -
[12:44] <mx_> the only person talking has been again some useless comment ^^
[12:45] <cfhowlett> !patience
[12:46] <mx_> cfhowlett, i think i one day waited for literally a whole week - 7 days - and nothing - it never happened - nothing online to provide a solution - just few people having the same issue and thats all - i can always reboot but everytime??? its not a solution...
[13:11] <mx_> so anyways as usual - settings changed in qjack - qjack unable to connect afterwards - set back to default - still unable to connect - same issue since 12.10
[13:57] <famax> so anyways as usual - settings changed in qjack - qjack unable to connect afterwards - set back to default - still unable to connect - same issue since 12.10
[14:37] <holstein> famax: cool.. i have not shared that issue, so, please explain
[14:37] <holstein> !details
[14:37] <holstein> famax: you should be aware, if you are using multiple devievices, the alsa labels can change
[14:38] <holstein> i would disable or remove the internal audio device if you have no intentinos of using it.. it will make life easier
[14:38] <holstein> otherwise..
[14:38] <holstein> !bug
[14:38] <holstein> famax: also, qjackctl is what you mean by qjack?
[14:39] <holstein> qjackctl is just the gui to control jack
[14:40] <holstein> famax: but, the alsa labels can jump around.. and that have *always* been a "feature"
[14:40] <holstein> if you reboot and a label changes, and you try pointing qjackctl at a device that the label has changed for, it wont work
[14:47] <famax> basically i change period frames and buffers and then it can not connect anymore - when i change them back to default still the same it wont connect
[14:47] <famax> dbus error
[14:48] <famax> http://paste.ubuntu.com/8197540/
[14:49] <famax> holstein, i think we already went through it you and me - still the same if you remember anything about it
[16:25] <waykool99> hi all. have a question about MBR/GPT EFI Bios on this Asus laptop.  seems microsoft has done what i read a few years ago. in CMOS, it almost forces you out of installing Ubuntu Studio v10.04 and Ubuntu Studio v14.04.4 64 bit LTS.  Buried sorta deep in CMOS are settings I didn't quite understand. Like "Operating System Select: Win 7 or Win 8. had to use Brute Force to install studio v14.04
[16:29] <waykool99> the BIOS forces you to install  a "*.efi" file telling the recovery partition to install Win 8.x. How do i STOP this and brute force CMOS to put Boot order DVD writer as #1 and 500 GB partition (Ubuntu Studio) to boot 'normally'?
[16:30] <hamidreza> why my second kernel in ubuntustudio(generic kernel) start without mouse and net and start like recovery mode?
[16:32] <waykool99> i tried MS Win 8.x to be fair, but when i ran DVD GParted, i saw 7 Strange partitions. deleted them all. created MBR, then installed Ubuntu Studio
[19:45] <studio> Hi guys!!! , I'm happy to finish the installation of ubuntustudio , because there are some many things to do today the study of ubuntustudio will be tomorrow !!
[21:59] <rustyraptor> something is terribly wrong with my display manager. the resolution is messed up such that it is narrower than the screen. Similar strange thing happened to my background
[22:00] <rustyraptor> http://imgur.com/0V88wr0
[22:00] <rustyraptor> i can't right click to change it or anything
[22:00] <rustyraptor> so I have to use feh everytime I login.
[22:00] <rustyraptor> when I logout it goes back to this


[01:10] -queuebot:#ubuntu-release- New binary: toontag [amd64] (jammy-proposed/universe) [0.0~git20220105193632.41237ef-2] (no packageset)
[01:10] -queuebot:#ubuntu-release- New binary: toontag [s390x] (jammy-proposed/universe) [0.0~git20220105193632.41237ef-2] (no packageset)
[01:10] -queuebot:#ubuntu-release- New binary: toontag [ppc64el] (jammy-proposed/universe) [0.0~git20220105193632.41237ef-2] (no packageset)
[01:35] -queuebot:#ubuntu-release- New binary: toontag [riscv64] (jammy-proposed/universe) [0.0~git20220105193632.41237ef-2] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: snakemake [amd64] (jammy-proposed/universe) [6.15.1-2] (no packageset)
[05:50] -queuebot:#ubuntu-release- New: accepted snakemake [amd64] (jammy-proposed) [6.15.1-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [armhf] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [arm64] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [riscv64] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [amd64] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [s390x] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[05:50] -queuebot:#ubuntu-release- New: accepted toontag [ppc64el] (jammy-proposed) [0.0~git20220105193632.41237ef-2]
[11:48] -queuebot:#ubuntu-release- New binary: golang-github-cheggaaa-pb.v3 [amd64] (jammy-proposed/universe) [3.0.5-2] (no packageset)
[12:12] -queuebot:#ubuntu-release- New binary: perl [i386] (jammy-proposed/main) [5.34.0-3ubuntu1] (core, i386-whitelist)
[12:13] -queuebot:#ubuntu-release- New binary: perl [amd64] (jammy-proposed/main) [5.34.0-3ubuntu1] (core, i386-whitelist)
[12:19] -queuebot:#ubuntu-release- New binary: perl [s390x] (jammy-proposed/main) [5.34.0-3ubuntu1] (core, i386-whitelist)
[12:23] -queuebot:#ubuntu-release- New: accepted golang-github-cheggaaa-pb.v3 [amd64] (jammy-proposed) [3.0.5-2]
[12:23] -queuebot:#ubuntu-release- New: accepted perl [i386] (jammy-proposed) [5.34.0-3ubuntu1]
[12:23] -queuebot:#ubuntu-release- New: accepted perl [amd64] (jammy-proposed) [5.34.0-3ubuntu1]
[12:23] -queuebot:#ubuntu-release- New: accepted perl [s390x] (jammy-proposed) [5.34.0-3ubuntu1]
[12:25] -queuebot:#ubuntu-release- New binary: perl [ppc64el] (jammy-proposed/main) [5.34.0-3ubuntu1] (core, i386-whitelist)
[12:28] -queuebot:#ubuntu-release- New: accepted perl [ppc64el] (jammy-proposed) [5.34.0-3ubuntu1]
[17:19] -queuebot:#ubuntu-release- New binary: aac-tactics [amd64] (jammy-proposed/none) [8.15.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: aac-tactics [ppc64el] (jammy-proposed/none) [8.15.0-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: aac-tactics [armhf] (jammy-proposed/none) [8.15.0-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: aac-tactics [arm64] (jammy-proposed/universe) [8.15.0-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: aac-tactics [s390x] (jammy-proposed/universe) [8.15.0-1] (no packageset)
[18:36] -queuebot:#ubuntu-release- New binary: aac-tactics [riscv64] (jammy-proposed/universe) [8.15.0-1] (no packageset)
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [amd64] (jammy-proposed) [8.15.0-1]
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [armhf] (jammy-proposed) [8.15.0-1]
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [riscv64] (jammy-proposed) [8.15.0-1]
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [arm64] (jammy-proposed) [8.15.0-1]
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [s390x] (jammy-proposed) [8.15.0-1]
[18:48] -queuebot:#ubuntu-release- New: accepted aac-tactics [ppc64el] (jammy-proposed) [8.15.0-1]
[20:23] <jbicha> it looks like https://autopkgtest.ubuntu.com/running needs a reset
[23:18] -queuebot:#ubuntu-release- New binary: apache-jena [amd64] (jammy-proposed/universe) [3.17.0-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New: accepted apache-jena [amd64] (jammy-proposed) [3.17.0-1]
[23:37] -queuebot:#ubuntu-release- New binary: rust-crossterm [ppc64el] (jammy-proposed/universe) [0.22.1-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: rust-crossterm [armhf] (jammy-proposed/universe) [0.22.1-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: rust-crossterm [amd64] (jammy-proposed/universe) [0.22.1-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: rust-crossterm [arm64] (jammy-proposed/universe) [0.22.1-1] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: rust-crossterm [s390x] (jammy-proposed/universe) [0.22.1-1] (no packageset)


[14:21] <zxmpi> tomorrow is 40th birthday of the zx spectrum... will have to find some way to celebrate this important date
[14:33] <penguin42> manic miner
[14:33] <zxmpi> jetpac
[14:43] <davef> You're all wrong.. https://worldofspectrum.org/software?id=0002366
[14:44] <zxmpi> loved the the tv show, never played the game
[23:44] <daftykins> i just started my new dishwasher on its' maiden voyage - this must be peak adulting excitement!
[23:45] <penguin42> feed it well
[23:45] <daftykins> :D i was delaying a bit there, to thoroughly read the manual
[23:46] <penguin42> you read the manual?!!
[23:46] <daftykins> oooh yes
[23:46] <daftykins> i haven't let it join my home network via WiFi though
[23:46] <daftykins> i understand i could have... configured settings and... turned it on at anytime from afar, woo
[23:47] <penguin42> but can it tell you whether the last fork is in it?
[23:48]  * daftykins scours the manual for a fork detector
[23:53] <penguin42> which model/make ?
[23:55] <daftykins> local electric co. had a Bosch SPS2IKW04G/07 in stock
[23:55] <daftykins> ooh made in Poland
[23:56] <penguin42> yeh I think ours is a Bosch, (not smart at all)
[23:57] <daftykins> i still feel sad i gave up on the smeg, but i think identifying the electronic fault would have been a much taller order than i had the patience for
[23:58] <penguin42> how old was it?
[23:58] <daftykins> got it with the house and i've been here 9 years now
[23:58] <penguin42> that's a pretty damn good life for a dishwasher


[01:14] <Logan_> ScottK: Still around?
[02:03] <ScottK> Logan_: Sort of
[02:03] <Logan_> ScottK: https://launchpadlibrarian.net/134960037/buildlog_ubuntu-raring-armhf.cdrdao_1%3A1.2.3-1ubuntu2_UPLOADING.txt.gz
[02:03] <Logan_> No mention of armv7l, still...
[02:03] <Logan_> I think it's because the ARM builders for PPAs are virtual.
[02:05] <ScottK> That shouldn't matter.
[02:05] <ScottK> Point me to the source package though and I'll try to build it on real hardware.
[02:19] <Logan_> ScottK: https://docs.google.com/file/d/0B77anyH872rJamJzRjBtZXpVck0/edit?usp=sharing
[03:07] <ScottK> Logan_: A link to the .dsc from your PPA would be fine.
[03:08] <Logan_> ScottK: https://launchpad.net/~logan/+archive/arm/+files/cdrdao_1.2.3-1ubuntu2.dsc
[03:09] <ScottK> Got it.
[05:00] <ScottK> Logan_: Problems with my arm stuff, so I can't check it.
[05:00] <Logan_> :/
[05:01] <Logan_> Should we assume that it'll build with the arm patch still in Ubuntu and apply the merge?
[05:01] <Logan_> Worst case scenario, it's in raring-proposed, and arm users can still download the previous version
[05:09] <ScottK> If you build with and without the patch and the build logs are the same, it's reasonable to assume it's not needed.
[07:52] <Guest13890> Packaging question: I have downloaded a source tar ball, but it contains some compiled code. I wanted to add the original source unmodified to the new debian source package, but when I uploaded my DEB file to my PPA,it was rejected, with the reason that it contains binaries and sources.
[07:52] <Guest13890> What can I do ?
[08:01] <siretart> Guest13890: make sure that you never call dput on anything else than *_source.changes. Do not try to "cheat" with renaming your existing files, you really need to create a debian source package
[08:02] <siretart> Guest13890: also, make sure to not confuse the terms "binaries" vs "sources" and "binary package" vs. "source package".
 : I followed a tutorial. I was told to include the original source.tar.gz in that package. And as I said, that package contained some binaries. I'm not trying to cheat. As far as I understood the original source tar ball is supposed to be unmodified.
[08:13] <siretart> Guest13890: source tarballs that contain binaries are a good reason to repack the source tarball
[08:14] <Guest13890> so I can modify the content of the source tar ball as much as I want ?
[08:14] <siretart> Guest13890: in any case, make sure that you use 'dpkg-buildpackage -S <further options>' or some front-end such as debuild or 'bzr bd' to create a source package
[08:15] <siretart> Guest13890: of course. make sure that you give your repackaged source tarball a distinct name. we often use foo_1.0+dfsg1.orig.tar.gz for that to indicate that the tarball has been repackage to conform to the debian free software guidelines.
[08:16] <siretart> Guest13890: the drawback is that your users are no longer able to verify that the sources are "pristine", that is, taken unmodified from upstream
[08:20] <Guest13890> siretart: okay. thank you very much.
[08:21] <siretart> you're welcome
[08:38] <Guest13890> is a JAR file in a source package generally considered as a binary file ?
[08:41] <siretart> AFAIUI, JAR files are technically ZIP files that contain java bytecode, right?
[08:41] <siretart> which is hardly the prefered form of modification
[08:42] <Guest13890> not generally. In my case the are resource files containing only PNG images.
[08:42] <Guest13890> The program can load different JAR files containing different Icon sets at runtime.
[08:44] <siretart> are you the upstream author?
[08:45] <Guest13890> No.
[08:45] <siretart> well, maybe you can suggest to him that providing the build scripts how to rebuild them would be a great idea, ideally by submitting a patch
[08:46] <siretart> I honestly do not know if the archive admins would reject a package that ships with such jar files, you could probably try.
[08:47] <Guest13890> okay. but images (PNG) are allowed in source packages (even if they are binary files) yes ?
[08:47] <siretart> of course
[08:48] <siretart> a good test is "can I improve that file directly by editing it, or is there some real source behind it"
[08:50] <Guest13890> ah ok. i got it :)
[17:24] <sharms> for bug #1121951, I know what the problem is (the backlight step is in increments of 5, but the backlight interface for the X1 carbon will only take increments of 10)
[17:25] <sharms> does anyone have an idea of which part it should be fixed at?  It seems that if a backlight step (the variable discrete under gnome-settings-daemon/plugins/power/gsd-power-plugin.c
[17:25] <sharms> is working for all other models and just not the X1 carbon, maybe it is a kernel issue with this specific driver?
[17:26] <sharms> the easiest fix is that I just hack a patch to use increments of 10, but that wouldn't be usable for everyone else
[17:26] <sharms> I also confirmed in upstream git gnome is using increments of 5


[03:15] <lotuspsychje> good morning to all
[10:57] <BluesKaj> Hi folks
[16:51] <hggdh> lotuspsychje: /topic updated. Thank you
[17:05] <tomreyn> hggdh: thanks for this, and moreover, for waorking through the factoid update list as well!
[17:05] <tomreyn> are you also able to update the #ubuntu-server topic? it still points to 16.04 as the latest LTS
[17:06] <tomreyn> https://help.ubuntu.com/lts/serverguide/ would be the correct 'latest LTS release' documentation link there
[17:25] <hggdh> tomreyn: for #u-server, I would rather have one of the current ops there make the change
[17:26] <tomreyn> hggdh: that's understandable. i gave up on this, though, suggested the change in channel 3 times.
[17:27] <hggdh> just did it myself in the ops channel :-)
[17:27] <tomreyn> :)
[17:37] <tomreyn> hggdh: oh actually i was wrong, it seems no one got around to handle the list at https://paste.ubuntu.com/p/CKYGhN3cfv/ yet (or not fully). i had looked at !popos which is now set, but e.g. the deletions aren't done, yet. or maybe you decided against deleting those?
[17:38] <tomreyn>  !luks is not yet there, also, which puzzles me now since i was thinking !popos (which is now there) was also new.
[17:43] <lotuspsychje> ty hggdh
[18:08] <jeremy31> https://bugs.launchpad.net/ubuntu/+source/bcmwl/+bug/1837323  A bit late to report a bug on 18.10
[18:13] <lotuspsychje> jeremy31: heh
[18:14] <jeremy31> The bcmwl-kernel-source version is from Yakkety, no wonder it doesn't work
[18:15] <lotuspsychje> jeremy31: i guess you can change this to wontfix?
[18:16] <lotuspsychje> or is there still use for it in the future
[18:16] <jeremy31> It won't let me choose Won't Fix
[18:17] <jeremy31> Invalid might be a good choice since they are trying to use a bcmwl version that doesn't support the kernel
[18:17] <lotuspsychje> oh right
[20:20] <hggdh> tomreyn: yes, I am still missing the deletions for the derivatives
[22:24] <tomreyn> hggdh: i didn't mean to push you there, thanks for working on it!
[22:41] <hggdh> tomreyn: no prob, just making it clear :-)
[22:42] <tomreyn> appreciated. :)


[17:59] <pleia2> added a couple "came in over the weekend" planet articles to the doc, and we still need a lot of summaries beyond planet (pretty much all of them)
[18:02] <tsimonq2> pleia2: I'll do it in an hour or two, kinda busy right now :)
[21:57] <pleia2> still need a lot of summaries, please focus on general news, planet, press, phone, and audio&video (in that order), we'll bullet point blogosphere if needed
[21:59] <pleia2> and FYI, next week will be hard, it's release week (SO MUCH NEWS!) an then I'm out Saturday (as usual, plus it's a holiday for me) and Sunday I'm on a plane until mid-day after not much sleep, Monday I'm conferencing
[23:57] <tsimonq2> pleia2: working on it now, the question is, do you need me to release by myself?
[23:57] <tsimonq2> (next weekend)


[20:18] <Omnifrog> Most Epic Nerf War in History       https://www.youtube.com/watch?v=bKG2WAkgyyU
[20:39] <wrst> howdy Omnifrog, how's it going?
[22:03] <Omnifrog> gah!
[22:04] <Omnifrog> trying to fit a round bathroom light fixture into a square mounting hole