[18:34] <Bashing-om> Clean install of xubuntu 19.10 - no issues, no issues installing the nvidia proprietary driver:-  Looks smooth overall :)
[18:35] <lotuspsychje> try that TJ- lock thing
[18:37] <Bashing-om> lotuspsychje: No can do the locking ... I run a desktop box on a tower :)
[18:37] <lotuspsychje> lol ok
[18:38] <Bashing-om> lotuspsychje: Now when one of the grandkids brings over one of the lap tops I passed on to them .. then I can see.
[18:40] <lotuspsychje> allrighty tnx


[03:41] <Sam_> Hi
[05:22]  * Guest42341 such a beautiful day, today. great for science and such
[07:39] <liuxg_> where can find the output messages from a running snappy app? thanks
[08:11] <fgimenez> good morning
[08:19] <kgunn> stgraber: ping
[09:20] <mvo_> ogra_: you may need to rebase your livecd-rootfs ppa changes with my latest upload (should be trivial though)
[09:46] <ogra_> mvo_, will do (i hope i get done today, implementing this is hell ... (our chroot is so messed up after build due to removing half the packaging system))
[10:14] <JamesTait> Good morning all; happy Wednesday, and happy Stress Awareness Day! 😃
[14:20] <tedg> Oh man, I didn't send out stress awareness day cards. Now I'm stressed about it, but at least aware.
[14:24] <mcphail> Hi. Do we have a target date for the phone to transition to snappy?
[14:35] <mvo_> jdstrand: hey, just fyi - https://github.com/ubuntu-core/snappy/pull/55 is up mostly to get input from Chipaca but you are welcome to look/comment/reply of course
[15:04] <jdstrand> mvo_: ack, thanks
[15:24] <tedg> mcphail: No, there isn't a date set yet.
[15:31] <elopio> fgimenez: do you think subunit Status should return the number of bytes written?
[15:32] <fgimenez> elopio, doesn't feel quite well, maybe we could get rid of all the writer stuff
[15:32] <fgimenez> elopio, i think that the only useful part now is the multiwriter
[15:33] <elopio> fgimenez: I agree. Your pipes structure was cool, but now I don't find a use for it.
[15:33] <elopio> but before I get rid of it, I want to make sure that we would be able to put this subunit module in gocheck.
[15:33] <elopio> maybe I'll try that first before doing anything crazy on our branch.
[15:34] <fgimenez> elopio, ok makes sense
[15:47] <mcphail> tedg: thanks
[15:47] <stgraber> kgunn: pong
[17:35] <snappy_> getting a "UbuntuClientIntegration: connection to Mir server failed" error when trying to run mir app.
[17:35] <snappy_> any1 else run into this issue?
[18:19] <mvo_> jdstrand: I added the check for changes in "apparmor, ubuntu-core-security-*" around the snappy policygen --regenerate-all now, do you happen to remember if anything else is missing featurewise?
[19:02] <sergiusens> mvo_, is there a way to setup APT::Install-Recommends false using python3-apt?
[19:02] <mvo_> sergiusens: yes, apt.apt_pkg.config.set("apt::install-recommends", "false")
[19:03] <sergiusens> mvo_, neat
[19:03] <mvo_> python-apt is quite good :)
[19:04] <sergiusens> mvo_, it is :-)
[19:04] <sergiusens> mvo_, btw, did you figure out my question from the other day?
[19:05] <mvo_> sergiusens: uh, what was the question? about apt update files? sorry, I forgot again, could you help me?
[19:05] <sergiusens> mvo_, about having .fetch_archives tell me what it downloaded
[19:06] <sergiusens> or what it is about to download
[19:06] <sergiusens> mvo_, either is fine
[19:06] <mvo_> sergiusens: aha, so there is definitely a list of the urls in the acquire system, I just need to have a look how to access it
[19:08] <sergiusens> mvo_, great, this will allow me to download once per project if multiple parts require the same deb
[19:09] <mvo_> sergiusens: ok, so the best way is to create a "fetcher" via apt_pkg.Acquire(progress) and with fetch.list you can iterate over the list of items that got downloaded
[19:09] <mvo_> sergiusens: oh, if that is your use-case just use a common download dir
[19:09] <mvo_> sergiusens: apt will re-use existing debs, i.e. not fetch them again
[19:10] <sergiusens> mvo_, oh, but I need to unpack each to its own private location
[19:11] <sergiusens> mvo_, unless I just download once and unpack into the stage area and forget about putting it in part.installdir
[19:11] <mvo_> sergiusens: right, unpack them to any location, just keep the apt.Cache(rootdir=./something) to the same "something" for all parts
[19:11] <sergiusens> also a possibility; then we get the same phantom dep bugs as in debian packaging when using multiple parts masking missed deps :-)
[19:11] <mvo_> sergiusens: i.e. just keep the debs and the list in the same dir, unpack and handle in whatever way yu want
[19:12] <mvo_> sergiusens: well, you can of course iterate over a fetcher.items, each item will have a uri and a description
[19:13] <sergiusens> mvo_, ok, I'll look into it
[19:13] <mvo_> sergiusens: I will be off a bit, but just mail me any questions
[19:13] <mvo_> sergiusens: or telegram
[19:14] <sergiusens> thanks
[19:14] <jerryG> Chipaca: what changes need to be made to get sockets working with freerdp?
[19:33] <Chipaca> jerryG: I don't know; what isn't working?
[19:36] <jerryG> Chipaca: pastebin.com/ZvU8yFgL
[19:36] <Chipaca> jerryG: oooh, nice :)
[19:37] <Chipaca> jerryG: so, first, figure out what system call is being blocekd
[19:37] <Chipaca> blocked*
[19:38] <Chipaca> second, have your wrapper script set XKB_CONFIG_ROOT so it finds the xkb bits, if you need them
[19:38] <Chipaca> jerryG: but your first problem is that system call, clearly
[19:40] <Chipaca> jerryG: so. sc-logresolve is probably what you want. Or sudo journalctl | grep -i audit
[19:44] <Chipaca> jerryG: where do sockets come into it?
[19:48] <Chipaca> jerryG: also, do you need sudo?
[21:10] <tedg> zyga: I'm trying to run a single plainbox test in Snapcraft, do you know how to do that?
[21:34] <zyga> tedg: yes, one sec
[21:35] <zyga> tedg: have you seen ...
[21:35] <zyga> tedg: https://code.launchpad.net/~zyga/snapcraft/plainbox-app
[21:35] <zyga> tedg: (I need to return to that soon)
[21:36] <zyga> tedg: this allows you to do all of that
[21:41] <tedg> zyga: So I can't do it today?
[21:41] <zyga> tedg: with that example you can, with the current code it is also doable, just uglier
[21:41] <zyga> one sec
[21:42] <tedg> Why do we have all these custom wrappers? Feels weird this functionality isn't just provided as part of plainbox.
[21:42] <tedg> We shouldn't have code to support running the tool :-/
[21:43] <zyga> tedg: because it was written against old version that was in the archive
[21:43] <sergiusens> zyga, since you are here, can we have 'silent mode unless errors' for plainbox commands spitting output?
[21:43] <zyga> sergiusens: I believe exactly that is implemented in the branch above
[21:44] <zyga> tedg: plainbox is primarily a library and now it's very easy to create all kinds of tailored tools on top
[21:44] <zyga> tedg: like the one I wrote there
[21:44] <zyga> sergiusens: it runs tests and shows the error for each failing test
[21:45] <zyga> tedg: plainbox run -i regexp-matching-test-id
[21:45] <zyga> tedg: that runs a single thing
[21:46] <zyga> tedg: in integration_tests/runtests.sh you can see we call plainbox run -T $test_plan
[21:46] <zyga> tedg: you can run plainbox run -i blah manually
[21:46] <zyga> tedg: for quick testing that's actually pretty useful
[21:46] <zyga> tedg: you can run manage.py develop
[21:46] <zyga> tedg: then all of the snapcraft integration test cases are available directly
[21:46] <zyga> tedg: plainbox run -i test_id
[21:47] <tedg> zyga: Can you give me an example, that wasn't working for me.
[21:47] <zyga> tedg: sure, let's see
[21:52] <zyga> tedg: eh :)
[21:52] <zyga> tedg:  SNAPCRAFT=snapcraft plainbox run -i 2015.com.canonical.snapcraft::snapcraft/normal/bzr-tag
[21:52] <zyga> tedg: everything failed because $SNAPCRAFT was unset, it is set by the wrapper script
[21:52] <zyga> tedg: I think scripts could just default to ${SNAPCRAFT:-snapcraft}
[21:53] <zyga> tedg: or really make it always snapcraft and rely on PATH being set
[21:53] <zyga> tedg: but that's just script design
[21:53] <zyga> tedg: that worked for me _after_ I ran "./manage.py develop" to register the snapcraft integration testing tests with plainbox
[21:54] <zyga> tedg: actually running a provider "from source" is one of the last snapcraft driven APIs that I haven't improved, I have a branch for that but I haven't worked on it since holidays (overloaded with other stuff)
[21:54] <zyga> tedg: there's a branch that adds a provider unit so that manage.py becomes obsolete (apart from being a convenience for running stuff interactively)
[21:55] <zyga> tedg: and then plainbox run could take a path to the provider as an argument, to let it just run without any extra setup
[21:55] <tedg> Okay, I think that I was missing the ./manage.py develop step
[21:55] <zyga> tedg: and anther, unrelated, branch that adds environment units so that a job can sensibly depend on an environment variable and things like unset SNAPCRAFT won't have bad UX
[21:55] <tedg> I seem to get a test now.
[21:56] <zyga> tedg: I will return to them after I settle down in the snappy core team and start feeling some free time on Fridays
[21:56] <tedg> The test fails, but at least it runs :-)
[21:56] <zyga> tedg: hehe :)
[21:56] <zyga> stuff I've mentioned is in https://code.launchpad.net/~zyga/checkbox/config-units
[21:56] <zyga> and in https://code.launchpad.net/~zyga/checkbox/provider-unit
[21:58] <zyga> sergiusens: can you confirm my assertion
[21:58] <zyga> sergiusens: if there is something to actually do there I'd love to know
[21:59] <sergiusens> zyga, how far back do I have to read? I am all for not needing manage.py
[22:00] <zyga> sergiusens: just about the interactive output on error thing you asked about
[22:01] <sergiusens> zyga, if it is already there, that's fine; I recall it from Budapest now
[22:01] <sergiusens> zyga, ideally it would live in trunk/master ;-)
[22:01] <zyga> ::)
[22:01] <zyga> sergiusens: yeah, belive me, I wish I had 34 hours, not 24
[22:01] <zyga> sergiusens: catching up with family, checkbox, snappy and UOS now
[22:01] <zyga> sergiusens: and $commercial_project
[22:01] <zyga> sergiusens: fun
[23:02] <jerryG> Chipaca: no.  I don't need sudo to reproduce error.  DO u want me to send you journalctl output?
[23:03] <jerryG> Chipaca: sockets are used to connect w/ remote host


[00:33] <vorlon> athos: https://launchpad.net/ubuntu/+source/php8.2/8.2.5-2ubuntu1/+build/26174333
[00:58] -queuebot:#ubuntu-release- Packageset: Added php8.2 to i386-whitelist in mantic
[00:59] <athos> thanks, vorlon :)
[02:19] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230523)
[02:22] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Mantic Daily] has been updated (20230523)
[02:39] -queuebot:#ubuntu-release- Builds: Xubuntu Minimal amd64 [Mantic Daily] has been updated (20230523)
[03:06] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Mantic Daily] has been updated (20230523)
[04:16] -queuebot:#ubuntu-release- Unapproved: cockpit (jammy-backports/universe) [287-1~bpo22.04.1 => 292-1~bpo22.04.1] (no packageset)
[04:16] -queuebot:#ubuntu-release- Unapproved: cockpit (lunar-backports/universe) [287-1 => 292-1~bpo23.04.1] (no packageset)
[04:16] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (lunar-backports) [292-1~bpo23.04.1]
[04:16] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-backports) [292-1~bpo22.04.1]
[04:17] -queuebot:#ubuntu-release- Unapproved: cockpit (kinetic-backports/universe) [287-1~bpo22.10.1 => 292-1~bpo22.10.1] (no packageset)
[04:18] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (kinetic-backports) [292-1~bpo22.10.1]
[04:30] <LocutusOfBorg> bryceh, it just migrated
[05:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Mantic Daily] has been updated (20230523)
[05:25] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Mantic Daily] has been updated (20230523)
[05:33] -queuebot:#ubuntu-release- Unapproved: gallery-dl (jammy-backports/universe) [1.25.0-1~bpo22.04.1 => 1.25.4-1~bpo22.04.1] (no packageset)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Mantic Daily] has been updated (20230523)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Mantic Daily] has been updated (20230523)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Mantic Daily] has been updated (20230523)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Mantic Daily] has been updated (20230523)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Mantic Daily] has been updated (20230523)
[06:07] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Mantic Daily] has been updated (20230523)
[07:34] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Mantic Daily] has been updated (20230523)
[07:34] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64 [Mantic Daily] has been updated (20230523)
[07:58] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Mantic Daily] has been updated (20230523)
[08:09] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Mantic Daily] has been updated (20230523)
[08:41] -queuebot:#ubuntu-release- Builds: Ubuntu Core amd64 edge [Mantic Daily] has been updated (20230523)
[09:09] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop (Legacy) amd64 [Mantic Daily] has been updated (20230523)
[09:34] <bdrung> question regarding SRUing new packages to the latest lts version: Can I put two packages in one ticket (new library + program that uses it) or should I split it into two?
[10:06] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Mantic Daily] has been updated (20230523)
[10:06] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Mantic Daily] has been updated (20230523)
[10:06] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Mantic Daily] has been updated (20230523)
[10:06] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Mantic Daily] has been updated (20230523)
[10:23] <fossfreedom_> Is it normal for queuebot  reporting every daily build? Thought that was done only for beta/RC
[10:26] <ginggs> fossfreedom_: i don't think it is normal
[10:45] -queuebot:#ubuntu-release- Builds: Ubuntu WSL [Mantic Daily] has been updated<PHONE_NUMBER>)
[11:04] -queuebot:#ubuntu-release- New source: libnvme (jammy-proposed/primary) [1.3-1~ubuntu22.04]
[11:04] -queuebot:#ubuntu-release- New source: libnvme (kinetic-proposed/primary) [1.3-1~ubuntu22.10]
[11:11] -queuebot:#ubuntu-release- Unapproved: nova (bionic-proposed/main) [2:17.0.13-0ubuntu5.3 => 2:17.0.13-0ubuntu5.4] (openstack, ubuntu-server)
[11:22] <athos> vorlon, ubuntu-release: From the britney change history, it seems that we now need to force/force-hint php-defaults/93ubuntu1 to allow the former php-common to break
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [amd64] (mantic-proposed) [1.4.30+dfsg-2]
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [armhf] (mantic-proposed) [1.4.30+dfsg-2]
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [riscv64] (mantic-proposed) [1.4.30+dfsg-2]
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [arm64] (mantic-proposed) [1.4.30+dfsg-2]
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [s390x] (mantic-proposed) [1.4.30+dfsg-2]
[11:41] -queuebot:#ubuntu-release- New: accepted remmina [ppc64el] (mantic-proposed) [1.4.30+dfsg-2]
[11:49] -queuebot:#ubuntu-release- Builds: Ubuntu WSL [Mantic Daily] has been updated<PHONE_NUMBER>)
[13:19] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (jammy-backports) [1:7.4.7-0ubuntu<IP_ADDRESS>~bpo22.04.1]
[13:21] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (focal-backports) [1:7.4.7-0ubuntu<IP_ADDRESS>~bpo20.04.1]
[13:25] -queuebot:#ubuntu-release- Unapproved: isc-kea (jammy-proposed/universe) [2.0.2-1 => 2.0.2-1ubuntu0.1] (no packageset)
[13:51] -queuebot:#ubuntu-release- Builds: Ubuntu Unity Desktop amd64 [Mantic Daily] has been updated (20230523)
[14:00] -queuebot:#ubuntu-release- Unapproved: fwupd-efi (kinetic-proposed/main) [1:1.2-3ubuntu0.2 => 1:1.4-0ubuntu0.1] (no packageset) (sync)
[14:00] -queuebot:#ubuntu-release- Unapproved: fwupd-efi (lunar-proposed/main) [1:1.4-1 => 1:1.4-1] (no packageset) (sync)
[14:00] -queuebot:#ubuntu-release- Unapproved: fwupd-efi (focal-proposed/main) [1:1.2-3ubuntu0.2 => 1:1.4-0ubuntu0.1] (no packageset) (sync)
[14:00] -queuebot:#ubuntu-release- Unapproved: fwupd-efi (jammy-proposed/main) [1:1.2-3ubuntu0.2 => 1:1.4-0ubuntu0.1] (no packageset) (sync)
[14:01] -queuebot:#ubuntu-release- New sync: fwupd-efi (bionic-proposed/primary) [1:1.4-0ubuntu0.1]
[14:01] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (bionic-proposed/main) [1.10~ubuntu18.04.6 => 1.51.1~18.04.1] (no packageset) (sync)
[14:01] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (jammy-proposed/main) [1.51~22.04.1 => 1.51.1~22.04.1] (core) (sync)
[14:01] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (focal-proposed/main) [1.51~20.04.1 => 1.51.1~20.04.1] (core) (sync)
[14:01] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (kinetic-proposed/main) [1.51~22.10.1 => 1.51.1] (core) (sync)
[14:07] <teward> any archive admins I can steal for a quick private message RE: abuse of privileges and the proper governance chain for complaints?
[14:16] <jbicha> bdmurray: mutter & gnome-shell 44.1 are a priority for the Desktop Team. Could you review those SRUs for lunar?
[14:38] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (bionic-backports) [1:7.4.7-0ubuntu<IP_ADDRESS>~bpo18.04.1]
[15:10] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (jammy-proposed/main) [2.765.21 => 2.765.23] (desktop-core, i386-whitelist)
[15:18] -queuebot:#ubuntu-release- Builds: 39 entries have been added, updated or disabled
[15:48] -queuebot:#ubuntu-release- Unapproved: fwupd (bionic-proposed/main) [1.2.14-0~18.04.2 => 1.2.14-0~18.04.3] (desktop-core)
[16:28] <juliank_> sorry the tooling and I accidentally copied fwupd-efi into lunar unapproved that's already in lunar, feel free to delete that bit
[16:28] <juliank_> :)
[16:28] <juliank_> Sometimes it's hard to keep track
[17:15] -queuebot:#ubuntu-release- Unapproved: nbd (lunar-proposed/main) [1:3.24-1.1 => 1:3.24-1.1ubuntu0.1] (ubuntu-server)
[22:43] -queuebot:#ubuntu-release- New sync: rust-option-operations (mantic-proposed/primary) [0.5.0-1]
[23:16] -queuebot:#ubuntu-release- New binary: libjenkins-api-perl [amd64] (mantic-proposed/none) [0.18-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: php-psr-clock [amd64] (mantic-proposed/none) [1.0.0-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [armhf] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: node-monaco-languageclient [amd64] (mantic-proposed/none) [20230504.93ecd19-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-xmltree [amd64] (mantic-proposed/none) [0.10.3-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [amd64] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: openrct2-opensfx [amd64] (mantic-proposed/none) [1.0.3-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pgvector [amd64] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pgvector [ppc64el] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: r-cran-memisc [amd64] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-erbium-net [ppc64el] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [s390x] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-xmltree [ppc64el] (mantic-proposed/none) [0.10.3-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: orsopy [amd64] (mantic-proposed/none) [1.1.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: php-league-uri-interfaces [amd64] (mantic-proposed/none) [2.3.0-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [ppc64el] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pgvector [arm64] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-xmltree [arm64] (mantic-proposed/none) [0.10.3-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: rust-erbium-net [amd64] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: openrct2-openmsx [amd64] (mantic-proposed/none) [1.3.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: pgvector [s390x] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: r-cran-memisc [ppc64el] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-erbium-net [arm64] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [arm64] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: pgvector [armhf] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: r-cran-memisc [s390x] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-xmltree [s390x] (mantic-proposed/none) [0.10.3-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: r-cran-memisc [arm64] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-erbium-net [armhf] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: r-cran-memisc [armhf] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: rust-xmltree [armhf] (mantic-proposed/none) [0.10.3-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: pgvector [riscv64] (mantic-proposed/none) [0.4.2-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: rust-quoted-printable [riscv64] (mantic-proposed/none) [0.4.8-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: rust-erbium-net [riscv64] (mantic-proposed/none) [1.0.4-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: r-cran-memisc [riscv64] (mantic-proposed/none) [<IP_ADDRESS>+dfsg-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: rust-xmltree [riscv64] (mantic-proposed/none) [0.10.3-1] (no packageset)


[01:30] <yuriy> it's normal for shutdown and restart not to be available in the log out dialog when not using KDM right?
[01:32] <yuriy> (looking at bug 204752)
[01:33] <dvoid> is there any kde 4.0.80 packages available anywhere yet?
[01:34] <Jucato> dvoid: http://blog.nixternal.com/2008.05.28/hardy-kde-41-beta-packages-soon/
[01:35] <dvoid> Jucato, :) tanx
[01:40] <dvoid> to bad they are not avaiable yet though, i guess it takes some time to make the kde 4 packages play nice with kde 3?
[02:36] <lnxkde> guys
[02:36] <lnxkde> any iea when we will have a kde4.1 beta build for kubuntu?
[02:37] <Jucato> lnxkde: <Jucato> dvoid: http://blog.nixternal.com/2008.05.28/hardy-kde-41-beta-packages-soon/
[02:38]  * Jucato wonders if it can't be put on the topic :)
[02:38] <Jucato> (or maybe it's in the #kubuntu-kde4 topic)
[02:38] <lnxkde> lol
[02:38] <lnxkde> sorry
[02:38] <lnxkde> but KDE 4.1 look nice
[02:38] <lnxkde> :)
[02:39] <Jucato> s/look/is/
[02:41] <lnxkde> :)
[02:50] <nixternal> hey, if you want to promote santiago-ve for Ubuntu membership, get in #ubuntu-meeting now and speak it loud!!!
[02:53] <santiago-ve> thanks nixternal
[02:53] <nixternal> everyone is prolly sleeping
[02:53] <jjesse> when are kde 4.1 packages going to land in ubuntu
[02:53]  * jjesse ducks
[02:53] <lnxkde> lol
[02:54] <bddebian> Right after the Hurd 1.0 release ;-P
[02:54] <jjesse> evening nixternal
[02:54] <jjesse> :)
[02:54] <JontheEchidna> kdelibs are already in the backports, but not much else afaik
[02:54] <Jucato> jjesse: http://blog.nixternal.com/2008.05.28/hardy-kde-41-beta-packages-soon/
[02:54]  * Jucato quacks
[02:54] <jjesse> Jucato: i know i read the blog entry'
[02:54] <jjesse> just being a bastard
[02:54]  * Jucato was also being a bastard :)
[02:54] <Jucato> hence the "quacks" :)
[02:54] <Jucato> (as a reference to "ducks")
[02:54] <jjesse> :)
[02:54]  * JontheEchidna was actually trying to be informative <.<
[02:54] <jjesse> morning Jucato btw
[02:54] <nixternal> Jucato: are you linking everyone who joins the channel to that?
[02:55] <Jucato> nixternal: everyone who asks
[02:55] <lnxkde> nixternal, u from illinois?
[02:55] <nixternal> I sure am lnxkde
[02:55] <nixternal> Chicago
[02:55] <Jucato> and for fun, I paste the names of those who asked. so by the end of the day, they'll know how many times it has been asked :)
[02:55] <Jucato> so the next one who asks will have "<Jucato> lnxkde: <Jucato> dvoid: http://blog.nixternal.com/2008.05.28/hardy-kde-41-beta-packages-soon/"
[02:55] <Jucato> oh wait...
[02:56] <Jucato> jjesse: <Jucato> lnxkde: <Jucato> dvoid: http://blog.nixternal.com/2008.05.28/hardy-kde-41-beta-packages-soon/
[02:56] <Jucato> there...
[02:56] <lnxkde> nice, I just saw my aunt that is from Chicago to
[02:56] <nixternal> were you up here in Chicago?
[02:56] <lnxkde> no he was here in Puerto Rico
[02:56] <lnxkde> :s
[02:56] <lnxkde> I am planning on going there soon though
[02:57] <lnxkde> but I need to work on my money gathering first lol
[02:57] <Jucato> "he"?
[02:57] <nosrednaekim> hey lnxkde, never seen you around....
[02:57] <lnxkde> me
[02:57] <Jucato> nosrednaekim: welcome to the Planet :)
[02:57] <nosrednaekim> thank you thank you
[02:58] <lnxkde> heh I have been here long time.... since the 6.06 days but I come and go
[02:58] <lnxkde> depends on my workload
[02:58] <nosrednaekim> at least you didn't make any embarrassing comments about how young I looked :P
[02:58] <Jucato> yeah he's a familiar git
[02:58] <Jucato> er.. nick
[02:58] <lnxkde> :s
[02:58] <Jucato> nosrednaekim: I was about to comment on your hair
[02:58] <Jucato> nosrednaekim: but how young/old are you?
[02:59] <nosrednaekim> 18
[02:59] <lnxkde> I am 21
[02:59] <Jucato> eeeek
[02:59] <Jucato> nixternal: you are getting old(er)...
[02:59] <Jucato> geeks are getting younger and younger
[02:59] <nosrednaekim> my brother... a Gentoo Developer, is 16
[02:59] <nosrednaekim> soo... yeah
[02:59] <Jucato> sh*t :/
[03:00] <lnxkde> hehe I satrted with linux in fall 2000 with the Mandrake 7.2 :D
[03:00] <bddebian> Screw all of you :)
[03:00] <lnxkde> lol
[03:00] <lnxkde> gentoo dev at 16 wow
[03:00]  * Jucato is almost 25... started w/ Linux only in 2006
[03:00] <Jucato> I basically didn't know of Linux until Dec 2005
[03:00] <lnxkde> but u a dev right?
[03:00] <Jucato> so-so :)
[03:01] <lnxkde> that is the important thing to contribute... I have done nothing....
[03:01] <Jucato> hehe true that :P
[03:01] <Jucato> ok.. I'm off for some dose of Windows-only gaming
[03:01] <nosrednaekim> I started using linux when I was like 8.... my dad has used it since the pre-1.0 days
[03:01] <lnxkde> nice
[03:02] <Jucato> lucky you
[03:02] <lnxkde> nixternal, so Chicago could tonight?
[03:02] <nosrednaekim> so if any of your see any bash scripts or such coming out of "me".... its really my dad ^_^
[03:02] <lnxkde> cold*
[03:02] <Jucato> I guess my particular situation wasn't really conducive for finding out about Linux early on
[03:03]  * santiago-ve ran out of cofee
[03:03] <santiago-ve> lol
[03:04] <lnxkde> :s
[03:05]  * lnxkde ran out of.... IDK
[03:05] <nosrednaekim> words... aparently
[03:05] <lnxkde> lol
[03:05] <nixternal> everyone welcome santiago-ve!!! he is a new Ubuntu Member!!!
[03:05] <nosrednaekim> whooo! hey santiago-ve!
[03:05] <Jucato> welcome santiago-ve
[03:05] <lnxkde> welcome
[03:05] <nosrednaekim> santiago-ve: what do you do?
[03:05]  * Jucato ran out
[03:07] <santiago-ve> nixternal, nosrednaekim, Jucato thanks!
[03:15] <vorian> w00 h00 santiago-ve
[03:15]  * vorian is late
[03:16] <nosrednaekim> santiago-ve: so what do you work on?
[03:16] <santiago-ve> hehe vorian better late than never tehy say
[03:16] <santiago-ve> nosrednaekim, what do you mean?
[03:17] <vorian> :)
[03:17] <nosrednaekim> what did you do to become a member? programming... user support...
[03:17] <santiago-ve> nosrednaekim, advocacy mostly~
[03:17] <nosrednaekim> ah ok, cool
[03:18] <effie_jayx> santiago-ve,  show me your intrepid pbuilder log
[03:18] <effie_jayx> santiago-ve, get hacking boyo
[03:18] <jjesse> you show me your pbuilder and i'll show you mine
[03:18] <nosrednaekim> so me your pbuilder.... and i'll show you yo mama's
[03:19] <jjesse> my moma is dead
[03:19] <jjesse> just kidding on that
[03:20] <jjesse> :)
[03:23] <jjesse> wow that caused the channel to go dead quite
[03:23] <jjesse> sorry bout taht
[03:25] <nosrednaekim> haha
[03:27] <jjesse> ;)
[03:27] <jjesse> oh well
[03:35] <nixternal> omg I am an idiot
[03:36] <nosrednaekim> ?
[03:36] <nixternal> I have been waiting to see kdepimlibs build on LP
[03:36] <nixternal> only problem
[03:36] <nixternal> I didn't upload to PPA just yet
[03:36] <nixternal> derr
[03:36] <nixternal> I was losing my mind looking for the damn package in the PPA
[03:36] <nosrednaekim> ^_^
[03:40] <nosrednaekim> ok.. later guys
[03:41] <nosrednaekim> gotta go to bed early... job interview tomorrow
[03:41] <jjesse> good luck with the interview
[03:43] <nixternal> hehe, I have an interview tomorrow as well :)
[03:50] <vorian> uh oh
[03:51] <vorian> fail fail fail
[03:51] <jjesse> i didn't do it :)
[03:51] <vorian> pimlibs?
[04:18] <nixternal> ya, I killed pimlibs due to a bad copy/paste on a line break
[04:18] <nixternal> that is what I get for using Gnome
[04:20] <yuriy> :O
[04:20] <yuriy> !nixternal
[04:20] <yuriy> s/Vista lover/gnomey
[04:20] <nixternal> shush :p
[04:20] <nixternal> I like to build in gnome as I don't have to worry about my local stuff getting involved
[04:20]  * Jucato could probably now have a factoid about his XP gaming usage...
[04:20] <nixternal> a chroot on my system is just to slow when it comes to building
[04:21] <nixternal> Jucato: what game?
[04:21] <Jucato> Asian MMORPGs
[04:21] <Jucato> that don't run in Wine because of an "anti-hacking" tool GameGuard
[04:21] <Jucato> (stupid...)
[04:22] <Jucato> not only is it the only reason why these games don't run in Wine (they run w/o it), but it also gives "hacking" a wrong definition...
[04:22] <nixternal> go figure
[05:11] <flaccid> lets be revolutionary and make samba server install and config and option in the kubuntu installer and if yes ask to install minimal iptables! ?
[05:15] <santiago-ve> flaccid, you mean a ksystemconf module?
[05:16] <flaccid> im not sure what it would be, but the installer would ask if they want to install and setup samba if they say yes it will ask/setup iptables as well
[08:25]  * nixternal finally beds after a long day of kde*libs and wiki editing
[08:25] <nixternal> yay interview in a few hours!!!
[08:33] <Tm_T> yay
[08:39] <mhb> interview?
[09:29] <Tm_T> hi slougi
[09:29] <slougi> hi =)
[09:29] <slougi> was just wondering whether someone could help me confirm a bug in the systemsettings printer manager
[09:30] <slougi> i get the following when i select it:
[09:30] <slougi> QObject::connect: No such slot KMMainView::slotServerAccessConfigure()
[09:30] <slougi> QObject::connect:  (sender name:   'server_access_configure')
[09:30] <slougi> QObject::connect:  (receiver name: 'MainView')
[09:30] <slougi> and it doesn't work
[09:30] <slougi> (it fails to set up the print server connection or something)
[09:31] <slougi> adding a printer for example fails
[09:32] <Riddell> KDE 3?
[09:32] <slougi> yep
[09:33] <slougi> a bit miffed since i had to install gnome-cups-manager to configure the printer :)
[09:37] <Riddell> I don't have KDE 3 installed now, but I've not seen any problems with the printer module when I had
[09:37] <slougi> hmm. interesting, especially since this would be an actual bug in the c++ code rather than a config issue.
[09:59] <seezer> slougi: any special type of printer? installed one direct tcp and one shared cups printer without a problem with the current kde3 version (hardy)
[10:00] <stdin> slougi: I do see that
[10:00] <slougi> seezer: i tried installing an ipp printer. do you also get the connect error?
[10:01] <seezer> slougi: i'll verify after my doc visit
[10:01] <seezer> about an hour
[10:01] <slougi> ok
[10:02] <seezer> ah. i'll do it right now. did you call the manager from console or where do you get the errors listed=
[10:02] <seezer> s,=,?,
[10:03] <slougi> seezer: yeah, they go to stdout
[10:04] <slougi> i just ran systemsettings and selected printer
[10:04] <seezer> ok, verified ;)
[10:04] <slougi> cool ;)
[10:07] <seezer> but the printer removal&readd worked anyway
[10:07] <slougi> hrm
[10:07] <slougi> i'll get the exact error message, one moment
[10:08] <slougi> btw, after i click administrator mode and add->printer, the printer part locks up for a while
[10:08] <seezer> didn't use admin mode here
[10:09] <slougi> right
[10:09] <slougi> i thought that was needed to add printers, guess i was wrong
[10:10] <slougi> when i get to the printer test page and try to print a test page i get "Unable to create temprorary printer."
[10:10] <seezer> have to see my doc now. gonna be back in a while. see you then
[10:10] <slougi> ok
[10:10] <seezer> ah could be that i had that before - didn't try to print right now
[10:10] <slougi> when i click through to the end and press finish i get "Unable to create printer. Error message received from manager: The requested operation cannot be completed."
[10:10] <seezer> but perhaps admin mode _is_ needed
[10:11] <slougi> ok
[10:11] <seezer> ah ok didn't get that. added finally. but perhaps because the exact same printer (incl. name) existed before?
[10:11] <seezer> anyway, bbl
[10:12] <slougi> nope, different name
[10:12] <slougi> i got that even when i had no printers (apart from the default pdf etc.)
[11:57] <Hobbsee> nixternal: already responded, vistalover.
[12:41]  * Hobbsee wonders if we're actually going to have a release of konversation for intrepid.
[12:43] <jtechidna> ;.;
[12:47]  * jussi01 wonders why its so hard to find decent employees to do linux stuff ... in Finland
[12:48] <larsivi> anyone here having trouble with flash in konqueror on hardy? once interacting with the flash movie/app - it seems to grab enough of the input events to effectively lock the desktop
[12:48] <larsivi> after reinstalling konqueror-nsplugins yesterday, it worked better, but today it is back into a bad mode
[12:48] <Hobbsee> jussi01: well, because it's finland?
[12:49] <jussi01> Hobbsee: linux was born here... it shouldnt be hard to find people
[12:49] <Hobbsee> hmm, true
[12:56] <seezer> doesn't intrepid have kde4.1 beta packages?
[12:56] <seezer> or is there any ppa for those
[13:07] <stdin> seezer: partial, kde5libs, kdepimlibs and kdebase-runtime I think
[13:14] <seezer> stdin: alright, thanks
[13:17] <slougi> seezer: can you confirm the printer bug?
[13:20] <seele> Riddell: have the desktop meetings resumed this week?
[13:23] <Riddell> seele: no
[13:23] <seele> nixternal: i'm not sure i understand your banner
[13:23] <seele> Riddell: ok thanks
[13:23] <seele> nixternal: is the third row supposed to be at the top (so the IRC notice is in the middle) or is it the footer?
[13:38] <freeflying> anyone here in paris? :)
[13:41] <Riddell> tonio sometimes
[13:42] <freeflying> yes, but haven't seen him recently
[14:08] <a|wen> is kubuntu also released with 8.04.1 cd's ?
[14:11] <seele> ScottK: are you part of the MD Loco Team?
[14:26] <Riddell> a|wen: should do
[14:51] <seele> hum.. why was firefox uninstalled in the last update?
[14:57] <Hobbsee> seele: xulrunner-1.9 problems - some stuff didn't build.
[15:11] <a|wen> Riddell: okay, cool ... do we have any estimated time for when packages need to be in hardy-proposed to get into 8.04.1 ?
[15:13] <Riddell> a|wen: -updates is what's important
[15:13] <Riddell> not sure the exact date
[15:14] <a|wen> Riddell: okay ... just wanted to know, if i should get in a hurry soon, or if i still have a good amount of time
[15:17] <Riddell> a|wen: it's about a months time
[15:17] <Riddell> don't delay, best to get it in soon
[15:18] <a|wen> Riddell: okay, fine ... yeah, i know; just need the changes in intrpid first, but ScottK seems to have a lot over his ears atm.
[16:02] <yuriy> seele: i asked you about bug 226430 a few days ago and posted what you told me as a comment there, but the guy didn't like my response much, could you post a comment please?
[16:13] <nixternal> mornin'!!!
[16:16] <mhb> nixternal: what was that interview you mentioned?
[16:16] <nixternal> job interview today
[16:17] <seele> yuriy: sigh.  some people just can't let things go.
[16:18] <nixternal> seele: ya, pay no attention really to that front page...I can't figure out a decent portal like entrance..I just may toss up the more important information on the page and get rid of the little table at the bottom
[16:21] <seele> nixternal: ok.. my only concern was that you put information between two larger rows of data and that thin line of data is at risk for being missed :)
[16:21] <nixternal> ya, I was messing around trying to figure out what to put on that front page
[16:22] <nixternal> I think having the most important stuff right there in the readers face on the front page will probably be best
[16:28] <seele> hum.. i guess i could have changed the status too
[16:53] <yuriy> seele: "nor do I care how the workflow is being handled"? care for?
[16:57] <seele> yuriy: prefer?  like?
[16:57] <seele> yuriy: i think the logout workflow sucks?
[16:57] <seele> oh, yeah.. i guess "care for"
[16:57] <seele> should have probably proofread
[16:57]  * seele sighs
[16:57] <seele> and it's only noon
[17:27] <DRebellion> Hi, I'm creating a new package for intrepid that requires libqt4-dev version 4.4 to build. However, it is currently at version 4.3.4. Could anyone point me at some information as to when/if it will be upgraded? Thanks.
[17:28] <stdin> !info libqt4-dev intrepid
[17:29] <DRebellion> 0_o
[17:29] <stdin> I see 4.4 there
[17:29] <stdin> unless you're using hardy, then it's 4.3.4 (4.4 in -backports)
[17:30] <DRebellion> stdin, here, it says http://packages.ubuntu.com.cn/intrepid/libqt4-dev
[17:30] <DRebellion> 4.3.4
[17:30] <stdin> https://edge.launchpad.net/ubuntu/intrepid/+source/qt4-x11
[17:31] <stdin> packages.u.c can get out of date quite quickly this early in development
[17:31] <DRebellion> stdin, okay, I'll take your word for it, thanks.
[17:32] <stdin> yw :)
[17:34] <Riddell> DRebellion: 4.4 is also in hardy-backports if you're still on hardy
[17:35] <Riddell> DRebellion: let us know if/when you need a review
[17:35] <DRebellion> Riddell, ok thanks
[18:22] <smarter> hmm, is it really necessary that kdebase-workspace-dev depends on kde-icons-oxygen?
[18:54] <Riddell> when shall we three meet again?
[18:55] <Riddell> kubuntu meeting next wednesday at 22:00?
[18:55] <Riddell> smarter: any reason it shouldn't?
[18:55] <santiago-ve> Riddell: UTC?
[18:56] <Riddell> yes
[18:56] <smarter> Riddell: it's huge and I don't think apps really need it to build
[18:56] <yuriy> i was surprised wiki says not until June 30th
[18:56] <santiago-ve> 'kay
[18:56] <Riddell> yuriy: it does?
[18:56] <yuriy> https://wiki.kubuntu.org/Kubuntu/Meetings
[18:56] <smarter> Riddell: is there a kde.mk for non-cmake kde4 apps?
[18:56] <yuriy> next wednesday sounds better :)
[18:57] <Riddell> that's ages away
[18:57] <Riddell> smarter: such things exist?
[18:57] <Riddell> nixternal: did you set that?
[18:57] <smarter> the Bespin style
[18:57] <Riddell> or was it apachelogger?
[18:58] <smarter> when are we going to switch to /usr ?
[18:58] <Riddell> smarter: just use /usr/share/cdbs/1/class/autotools.mk  ?
[18:58] <Riddell> smarter: yes
[18:58] <Riddell> already have for kde4libs
[18:58] <smarter> ah, great
[18:59] <smarter> so I don't understand why it can't find kdecoration.h...
[19:01] <Riddell> smarter: it's in kdebase-workspace, which hasn't been uploaded yet
[19:01] <Riddell> only kdelibs has been uploaded, everything else is waiting on MIRs
[19:03] <seele> Next Meeting
[19:03] <seele> Location:  #ubuntu-meeting on IRC
[19:03] <seele> Date & Time: [WWW] Saturday June 30, 2008 22:00 UTC
[19:03] <seele> am i crazy or is June 30 a Monday?
[19:04] <yuriy> so it is.
[19:08] <Riddell> nixternal: if next wednesday at 22:00 is ok with you please add to fridge
[19:09] <smarter> Riddell: ok, thanks
[19:09] <smarter> Riddell: are the packages already available in a PPA or somewhere else?
[19:10] <Riddell> smarter: no, although if the delay goes on that might be a good idea
[19:27] <Riddell> sebas: my kde 4 port of guidance-power-manager is in extragear/utils now, ok if I delete the existing guidance/powermanager in there?
[19:27] <Riddell> kde4powersave in playground looks promising
[19:39] <yuriy> hmm none of the apport stuff at https://help.ubuntu.com/community/ReportingBugs is integrated in Kubuntu is it
[19:40] <yuriy> graphical stuff that is
[19:41] <Riddell> yuriy: yes it is, although apport doesn't get used for most KDE apps since they have their own crash handler
[19:43] <yuriy> Riddell: the report bug things go to bugs.kde.org, and the crash dialogs don't have submit buttons iirc, at least not ones that go to apport/launchpad
[19:46] <Riddell> right, that's the KDE stuff
[19:46] <Riddell> non-kde apps will have th qt apport popup when they crash (if it's turned on)
[19:46] <yuriy> so there is no graphical way to report a KDE bug in launchpad
[19:48] <Riddell> no
[19:48] <Riddell> on the whole I'm happy having it point to bugs.kde.org, since most of our bugs should be upstream issues
[19:48] <yuriy> I want to make a Kubuntu version of that page, but it'll be command line stuff and other more complicated procedures like saving the kcrash file and attaching it
[20:40] <LaserJock> Riddell: did you sync openbabel for Kalzium?
[20:54] <Riddell> LaserJock: mm hmm
[20:55] <LaserJock> Riddell: ok, so is it going to dep on it or Recommends?
[20:55] <LaserJock> Riddell:  I was just chatting with Avogadro people and they mentioned it
[20:56] <Riddell> LaserJock: depends
[20:58] <LaserJock> Riddell: ok thanks. I'll have to make sure the other openbabel dependent apps work out
[21:46] <yuriy> wow writing wiki pages is a lot of work. props to nixternal


[08:19] <planetrobbie> Hi MaaS team, is there any drawback to run MaaS on KVM, I mean would you advise to run it on bare metal for a 250 nodes envt ? thx
[08:58] <mup> Bug #1650481 opened: MAAS region controller unable to update NTP <MAAS:New> <https://launchpad.net/bugs/1650481>
[14:26] <mup> Bug #1650554 opened: [FUJ] [Improvement] Add section descriptions <MAAS:New> <https://launchpad.net/bugs/1650554>
[14:28] <derpstar> So I ran maas on a powerpc server, I set up the storage to be software RAID, curtain exits fine, however, An error occured handling \'md0-part1\': ProcessExecutionError - Unexpected error while running command.\nCommand: [\'sgdisk\', \'--new\', \'1:2048:12502484991\', \'--typecode=1:8300\', \'/dev/md0\']\nExit code: 4\nReason: -\nStdout: \'\'\nStderr: u"Could not create partition 1 from 2048 to<PHONE_NUMBER>1\\nCould not change partitio
[14:29] <derpstar> thsi is ubuntu 14.04
[14:33] <derpstar> ubuntu@node0101:/tmp$ lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT NAME     SIZE FSTYPE TYPE  MOUNTPOINT sda      1.5T        disk   ├─sda1     8M        part   └─sda2   1.5T        part   sdb      1.5T        disk   └─md0    5.8T        raid5  sdc      1.5T        disk   └─md0    5.8T        raid5  sdd      1.5T        disk   └─md0    5.8T        raid5  sde      1.5T        disk   └─md0    5.8T        raid5  sdf
[14:36] <derpstar> http://pastebin.com/YXcL4imW
[14:43] <derpstar> ubuntu@node0101:/var/log$ sudo mdadm --examine --scan ARRAY /dev/md/0 metadata=1.2 UUID=ce524453:95c12e25:a4ad0d3e:ae34adb4 name=node0101:0
[14:56] <mup> Bug #1650562 opened: [FUJ] [Improvement] Add the ability to select SSH key <MAAS:New> <https://launchpad.net/bugs/1650562>
[14:56] <mup> Bug #1650566 opened: [FUJ] [Improvement] Add the ability to delete individual keys <MAAS:New> <https://launchpad.net/bugs/1650566>
[14:56] <mup> Bug #1650575 opened: [FUJ] The concept and expected value for region controller is not clear <MAAS:New> <https://launchpad.net/bugs/1650575>
[15:08] <mup> Bug #1649890 changed: [2.0-2.2] name resolution fails on ipv6-only hosts, unless dns_servers set <maas-ipv6> <MAAS:Invalid> <https://launchpad.net/bugs/1649890>
[15:08] <mup> Bug #1650576 opened: [FUJ] DNS forwarder: not clear you can add more than one from the description <MAAS:New> <https://launchpad.net/bugs/1650576>
[15:26] <derpstar> essentially it is failing to assemble the RAID after reboot
[15:26] <derpstar> q
[15:28] <derpstar> i manually issued an assembly command and piped it into /etc/mdadm/mdadm.conf
[15:29] <derpstar> the message causing the error is bogus  and should be ignore, it should just go about its business and use the array
[15:29] <derpstar> ARRAY /dev/md0 metadata=1.2 name=node0101:0 UUID=ce524453:95c12e25:a4ad0d3e:ae34adb4
[15:38] <mup> Bug #1625847 changed: [2.1 IPv6] IPv6 commissioning needs to aggregate /128 CIDRs from DHCP addresses <maas-ipv6> <MAAS:Triaged by lamont> <https://launchpad.net/bugs/1625847>
[15:38] <mup> Bug #1650580 opened: [FUJ] Improve and enhance the help text in the Images section <MAAS:New> <https://launchpad.net/bugs/1650580>
[15:38] <mup> Bug #1650587 opened: [FUJ] The save selection button in the Images section causes problems <MAAS:New> <https://launchpad.net/bugs/1650587>
[15:45] <mup> Bug #1650592 opened: [FUJ] The title "Upload" is not appropriate for this action <MAAS:New> <https://launchpad.net/bugs/1650592>
[16:06] <mup> Bug #1650592 changed: [FUJ] The title "Upload" is not appropriate for this action <MAAS:New> <https://launchpad.net/bugs/1650592>
[16:09] <mup> Bug #1650592 opened: [FUJ] The title "Upload" is not appropriate for this action <MAAS:New> <https://launchpad.net/bugs/1650592>
[16:09] <mup> Bug #1650605 opened: [FUJ] [Improvement] Help the users remember their Launchpad/GH ID <MAAS:New> <https://launchpad.net/bugs/1650605>
[18:03] <mup> Bug #1650645 opened: [UI] Nodes remain selected in background even though user cannot see them as selected <MAAS:New> <https://launchpad.net/bugs/1650645>
[18:03] <mup> Bug #1650648 opened: 'Machine' object not iterable when calling /nodes/ API <MAAS:New> <https://launchpad.net/bugs/1650648>
[19:45] <mup> Bug #1650605 changed: [FUJ] [Improvement] Help the users remember their Launchpad/GH ID <MAAS:Won't Fix> <https://launchpad.net/bugs/1650605>
[19:48] <lamont> oo
[21:51] <mup> Bug #1650679 opened: unable to deploy zesty after image import <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1650679>
[22:03] <mup> Bug #1650679 opened: unable to deploy zesty after image import <cdo-qa> <MAAS:New> <https://launchpad.net/bugs/1650679>


[15:48] <xnox> is the jenkins.qa.ubuntu.com the live instance?
[15:48] <xnox> or is there internal one too?
[16:45] <dobey> xnox: no, it's just a read-only instance with logs afaik
[16:46] <xnox> dobey, what's the internal url?
[16:46] <dobey> xnox: there are (were) multiple internal instances that synced to it
[16:47] <xnox> dobey, i need/want the one that now does the installer testing =)
[16:47] <dobey> ok, i don't know which one that is :)
[16:47] <dobey> maybe d-jenkins ?
[16:48] <dobey> or maybe it's been moved to a new instance
[16:48] <dobey> don't know :)


Just the other day trans women were completely banned from participating in professional swimming events.  People might say "but it's only those that didn't transition".  … before the age of 12.  Which … in what universe is allowed to?  Given the regulations that make it even illegal to do it anywhere close to 18?


[15:38] <faekjarz> How would i benchmark SWAP memory space? I want at least avg throughput, perhaps IOPS. I'm sure, i'm not the 1st to attempt this - there must be a ready-to-use tool/procedure, right? ;)
[15:40] <faekjarz> …can i mount my swap file as a block dev, and DD it? …that'd do it, i think
[18:35] <znf> faekjarz, why would you want to do that?
[18:59] <faekjarz> @znf: because i'd like to benchmark my SWAP mem
[18:59] <znf> It's swap, not memory
[19:01] <faekjarz> …in my particular case, i've got a dm-crypt layer, in between NVMe Storage, and the actual SWAP FILE
[19:01] <faekjarz> …i'd like to benchmar it
[19:03] <faekjarz> ← is perfectly aware of all the layers - the dude just wants to benchmark his SWAP
[19:05] <faekjarz> there must be a "swap mem" benchmark tool! Logic dictates, i'm NOT the 1st to attempt such an endeavour
[19:08] <znf> There is not
[19:08] <faekjarz> perhaps, we can StarFleet this issue ;) <3
[19:10] <faekjarz> you sure about that, @znf? …i might just inquire  Linus himself …nuffing rong with that … LUL
[19:11] <faekjarz> I'd like a SWAP benchmarking tool! -.-
[19:11] <znf> I'm very sure
[19:11] <faekjarz> k
[19:11] <znf> Also Linus hasn't touched those parts of the kernel in years
[19:12] <znf> There's other people that are much more appropriate to ask about swap performance that work on the Linux kernel these days
[19:13] <znf> Either way, if you just want to test encrypted VS unencrypted performance, just test that directly
[19:14] <znf> Also depending în what you're testing, I can tell you that a swap file is better than a dedicated swap partition these days
[19:18] <faekjarz> thank you, @znf, technically, i just want to "benchmark" my SWAP (file) - i want throughput, perhaps IOPS. I wonder, can i mount it as a block dev, and get DD results?
[19:24] <faekjarz> …following the everything-is-a-file doctrine, i should be able to mount and DD-benchmark my swap thing, shouldn't i? …how would i do that?
[19:58] <sarnold> faekjarz: https://fio.readthedocs.io/en/latest/fio_doc.html#cmdoption-arg-filename
[20:19] <faekjarz> @sarnold: i'm not quite sure, how that contributes to benchmarking THE SWAP. Perhaps, if you don't mind, please elaborate, how i'd tune my Ubuntu boo params, accordingly. I'm certainly not a "please-bro", i'm happy to RTFM… why is your fedora example applicaple to my Ubuntu?
[20:22] <sarnold> faekjarz: fio is the most commonly used block IO benchmarking tool. it has a command line option to let you specify a file; I don't know if it can use your existing swap file, or if you'll just need to give it a path to where your swapfile is located, but that shouldn't give results too different from the existing swapfile
[20:57] <faekjarz> @sarnold: hmm, yeah, a file is a file - everything is a file - why wouldn't SWAP be A FILE …(loop?)mountable as a block dev? …the Kernel MUST grant me the power to write directly to SWAP, right? Do i need to run custom C-code?
[21:29] <sarnold> faekjarz: you could use losetup to mount it as a block device if you really must
[21:29] <sarnold> faekjarz: I'm hopeful that fio's --filename argument is enough to say that you don't need to :)
[21:37] <znf> still wasted time
[21:37] <znf> just get more ram
[21:43] <sarnold> yes
[21:45] <faekjarz> oh, of course - silly me - i could've just downloaded more RAM! LUL
[21:45] <faekjarz> MAKE MY DAY!
[21:45] <faekjarz> <3
[21:48] <faekjarz> well, while we're all so intimate - my use case is:  swap file on a dm-crypt volume. CPU has more AES 512b prowess than  PCIe/NVMe Gen3 x4 bandwidth allows.
[21:51] <faekjarz> i still like to obtain actual, real-world, benchmarkable, performance figures. …i want to stress my SWAP …HOW TO? …anyone, bueller, bueller
[21:52] <faekjarz> ;)
[21:55] <sarnold> faekjarz: what errors did you get with fio?
[21:56] <faekjarz> …i'm certainly not afraid of admitting insufficient education - this is NOT the barrier we're talking about! I intend to do SCIENCE, here! …I request your assistance!
[21:57] <faekjarz> i did not run fio, yet, @sarnold
[21:57] <sarnold> ah :) you should at least try the thing I suggested you to try two hours ago. You might have already had your answer had you tried. :)
[22:09] <faekjarz> ok, i'm sorry - i apologize - it's the local booze day (i'm a bit tipsy) - i might not magnificise at the extremity of my potential, today! I shall increase my strive towards perfection. (i hope, you'd enjoy this overly grande ductus)
[22:13] <sarnold> ah, happy imbibing :)
[22:18] <faekjarz> imbibi-what? …my phasers are set to inebriate …yet, i still attempt to figure out complicasted stith …oof, i shouldn't be bothering with …uhm … wasting yourt 'ime
[22:19] <faekjarz> …sorry 'bout that
[22:29] <znf> You're still wasting your time. You're eventually just benchmarking the file system, at best
[22:30] <znf> Nobody made a swap benchmark because it's a stupid and unreliable test
[22:35] <znf> put it this way: if nobody *probably* smarter than us ever bothered making a benchmark...
[22:35] <sarnold> yeah the whole point of swap is that it should be rarely used
[22:35] <sarnold> stuff that's not important gets shoved there, so memory can be used for something that is used
[22:36] <znf> and because this is the *-server channel, heck, there can be an argument to never really having swap enabled anyway
[22:37] <znf> the most I do on servers lately is to have zram
[22:37] <znf> on the server that I do have swap, it's like 1-2 megabytes used
[22:37] <znf> looking at a 128GB server, with 8GB swap, I'm using 0
[22:37] <znf> on a 131 day uptime


[16:27] <draik_> Hello all. My computer seems to freeze every so often, always within 5-7 minutes. It varies; boot, login prompt, KDE splash, login, and minor usage (yakuake and kwrite).
[16:27] <draik_> Right now, it just froze on the KDE splash screen. I got the image of the hard drive, but the 2 following images are still blurry.
[16:33] <draik_> I am on Intrepid with 2.6.27-12-generic
[19:18] <steve_baker> i'd like to change a driver to load as a module instead statically linking
[19:18] <steve_baker> but make menuconfig will not let me change the option
[19:18] <steve_baker> it doesn't give an error or warning, just doesn't change
[19:19] <steve_baker> it looks like this:   -*- Sonics Silicon Backplane support
[19:20] <steve_baker> i know its a noob ?, sorry, i just haven't had any luck finding an answer
[19:21] <mjg59> steve_baker: Something that depends on that module is built into the kernel
[19:21] <steve_baker> makes sense
[20:21] <steve_baker> is there an easy way to navigate to a config option in menuconfig if you know its identifier, i can't seem to find SSB_POSSIBLE anywhere in menuconfig :(
[20:34] <tcole> hello
[20:35] <tcole> I've got a kernel bug with a patch and everything that's been sitting there for at least a month now
[20:35] <tcole> could someone please take a look at it?
[20:35] <tcole> bug #300143
[20:35] <ubot3> Malone bug 300143 in linux "tablet devices show up as non-functional joysticks" [Medium,Triaged] https://launchpad.net/bugs/300143
[22:07] <heywood> hello all
[22:26] <heywood> anyone know the difference between disabling hyperthreading by passing "noht" to grub at boot time, as opposed to issuing "echo 0 >/sys/devices/system/node/node0/cpu2/online" in /etc/rc.local?
[23:32] <JanC> I guess, you mean passing noht to the kernel from within grub?


[17:05] <lex79> testbuilding was fine in pbuilder-jaunty, but before send my package to vorian I bumped the build-deps
[17:05] <lex79> ops
[18:42] <ccooke> Huh. The meeting seems to have killed this channel :-)


[05:15] <HedgeMage> ping highvoltage stgraber pleia2
[05:16] <pleia2> hello
[05:16] <HedgeMage> pleia2: may I pm?
[05:16] <pleia2> sure
[05:16] <HedgeMage> thanks
[15:46] <RicardoPerez> Hi! One question, please: Can I use sudo inside an LTSP client session?
[17:03] <bencrisford> mhall119: downloading qimo 2.0 :)
[17:04] <mhall119> bencrisford: enjoy
[17:04] <bencrisford> D:
[17:04] <bencrisford> :D*
[17:04] <mhall119> and thanks for the retweet
[17:05] <bencrisford> mhall119: :) no worries