[15:48] -queuebot:#ubuntu-release- New source: nemos-dev-key (noble-proposed/primary) [1.8]
[15:49] -queuebot:#ubuntu-release- Unapproved: rejected kodi-visualization-waveform [source] (noble-proposed) [20.2.1+ds1-1build1]
[15:49] -queuebot:#ubuntu-release- Unapproved: fermi-lite (noble-proposed/universe) [0.1+git20190320.b499514-1 => 0.1+git20190320.b499514-1build1] (no packageset)
[15:50] <sil2100> vorlon: the auto-sync bot should be working again, it was going crazy because of a duplicate upload, accepting it infinitely and just somehow dying
[15:50] <sil2100> juliank: ^
[15:50] -queuebot:#ubuntu-release- Unapproved: accepted kokkos [source] (noble-proposed) [3.7.01-2.1build1]
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kxl [source] (noble-proposed) [1.1.7-17build1]
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kstore [source] (noble-proposed) [0.1.0build1]
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kyotocabinet [source] (noble-proposed) [1.2.80-1build1]
[15:51] <juliank> sil2100: I am very sorry
[15:51] <juliank> sil2100: thank you for fixing
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-njoy [source] (noble-proposed) [20.3.0+ds1-1build1]
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-pctv [source] (noble-proposed) [20.4.0+ds1-1build1]
[15:51] <sil2100> ;)
[15:51] -queuebot:#ubuntu-release- Unapproved: libbsd (noble-proposed/main) [0.12.1-1build1 => 0.12.1-1build2] (core, i386-whitelist)
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-octonet [source] (noble-proposed) [20.3.0+ds1-1build1]
[15:51] -queuebot:#ubuntu-release- Unapproved: tzdata (noble-proposed/main) [2024a-2ubuntu1 => 2024a-3ubuntu1] (core, i386-whitelist)
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kodi-visualization-waveform [source] (noble-proposed) [20.2.1+ds1-1build1]
[15:51] <sil2100> No worries! I'm surprised it's a problem for it even
[15:51] <sil2100> Possibly a bug
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-filmon [source] (noble-proposed) [20.3.0+ds1-1build1]
[15:51] <sil2100> But I don't have the time to look into it
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-mediaportal-tvserver [source] (noble-proposed) [20.3.0+ds1-1build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-hdhomerun [source] (noble-proposed) [20.4.0+ds1-1build2]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-game-libretro [source] (noble-proposed) [20.2.4-2build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-argustv [source] (noble-proposed) [20.5.0+ds1-1build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-peripheral-xarcade [source] (noble-proposed) [20.1.3-1build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-pvr-dvbviewer [source] (noble-proposed) [20.4.0+ds1-1build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kafs-client [source] (noble-proposed) [0.5-4build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kmflcomp [source] (noble-proposed) [14.0.290-2build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-audiodecoder-sidplay [source] (noble-proposed) [20.2.0+ds1-2build1]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted kodi-audioencoder-wav [source] (noble-proposed) [20.2.0-2build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted kakasi [source] (noble-proposed) [2.3.6-4.1build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted kodi-audioencoder-lame [source] (noble-proposed) [20.3.0+ds1-2build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted kodi-audiodecoder-fluidsynth [source] (noble-proposed) [20.2.1+ds1-2build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted itsol [source] (noble-proposed) [1.0.0-3build2]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted janest-base [source] (noble-proposed) [0.16.3-1build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted jst-config [source] (noble-proposed) [0.16.0-3build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted jane-street-headers [source] (noble-proposed) [0.16.0-3build2]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted judy [source] (noble-proposed) [1.0.5-5.1build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted jssc [source] (noble-proposed) [2.8.0-4build1]
[15:53] -queuebot:#ubuntu-release- Unapproved: accepted iml [source] (noble-proposed) [1.0.5-1build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted intel-vc-intrinsics [source] (noble-proposed) [0.13.0-1build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted itk3 [source] (noble-proposed) [3.4.2-3.1build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted inhomog [source] (noble-proposed) [<IP_ADDRESS>-1build3]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted itk4 [source] (noble-proposed) [4.1.0-3.1build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted itcl3 [source] (noble-proposed) [3.4.4-2build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted htscodecs [source] (noble-proposed) [1.6.0-1build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted hyperic-sigar [source] (noble-proposed) [1.6.4+dfsg-7build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted ibutils [source] (noble-proposed) [1.5.7+0.2.gbd7e502-3build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted htsengine [source] (noble-proposed) [1.10-7build1]
[15:54] -queuebot:#ubuntu-release- Unapproved: accepted ibsim [source] (noble-proposed) [0.10-2build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted hershey-fonts [source] (noble-proposed) [0.1-1.1build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted hmat-oss [source] (noble-proposed) [1.8.1-2build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted hesiod [source] (noble-proposed) [3.2.1-4build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted howardhinnant-date [source] (noble-proposed) [3.0.1+ds-5build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted globjects [source] (noble-proposed) [1.1.0-3build2]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted gnustep-performance [source] (noble-proposed) [0.6.0-3build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted google-authenticator [source] (noble-proposed) [20191231-2build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted govarnam [source] (noble-proposed) [1.9.0-2build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted glpk-java [source] (noble-proposed) [1.12.0-2build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted gorm.app [source] (noble-proposed) [1.3.1-1build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted gnustep-sqlclient [source] (noble-proposed) [1.9.0-3build1]
[15:55] -queuebot:#ubuntu-release- Unapproved: accepted harminv [source] (noble-proposed) [1.4.2-1build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted genwqe-user [source] (noble-proposed) [4.0.18-3.1build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted gf2x [source] (noble-proposed) [1.3.0-2build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted glbsp [source] (noble-proposed) [2.24-8build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted geographiclib [source] (noble-proposed) [2.3-1build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted glbinding [source] (noble-proposed) [2.1.1-2build2]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted fuzzylite [source] (noble-proposed) [6.0+dfsg-7build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted galib [source] (noble-proposed) [1:2.4.7-6build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted gcc-3.3 [source] (noble-proposed) [1:3.3.6ds1-30ubuntu3]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted geners [source] (noble-proposed) [0.0~svn60+ds-2build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted g810-led [source] (noble-proposed) [0.4.3-2build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted gd4o [source] (noble-proposed) [1.0~alpha5.git20220521.bb52fb2-1build1]
[15:56] -queuebot:#ubuntu-release- Unapproved: accepted gaviotatb [source] (noble-proposed) [0.4-2.1build1]
[15:56] <tsimonq2> juliank: Do you have any particular thoughts on bug 2061214?
[15:56] -ubottu:#ubuntu-release- Bug 2061214 in software-properties (Ubuntu) "Software sources not correctly updated after upgrade and/or new installs" [Undecided, New] https://launchpad.net/bugs/2061214
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted flatbuffers [source] (noble-proposed) [2.0.8+dfsg1-6build1]
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted fparserc++ [source] (noble-proposed) [4.5.2-2build2]
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted fstrcmp [source] (noble-proposed) [0.7.D001-3build1]
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted flxmlrpc [source] (noble-proposed) [0.1.4-6build1]
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted ftplib [source] (noble-proposed) [4.0-1-4build1]
[15:57] -queuebot:#ubuntu-release- Unapproved: accepted freealut [source] (noble-proposed) [1.1.0-6build1]
[15:58] -queuebot:#ubuntu-release- Unapproved: accepted fermi-lite [source] (noble-proposed) [0.1+git20190320.b499514-1build1]
[15:58] -queuebot:#ubuntu-release- Unapproved: accepted flann [source] (noble-proposed) [1.9.2+dfsg-2build1]
[15:58] -queuebot:#ubuntu-release- Unapproved: accepted fieldslib [source] (noble-proposed) [1:0.16.0-2build2]
[15:58] <juliank> tsimonq2: I don't think anyone enabled deb822 support for the Qt code
[16:00] <juliank> tsimonq2: The backend defaults to off, it's up to frontends to implement deb822 support and turn it on
[16:00] <juliank> tsimonq2: We implemented support for the gtk frontend
[16:00] <juliank> And the dbus backend
[16:00] -queuebot:#ubuntu-release- New: accepted dfx-mgr [source] (noble-proposed) [2023.2-0ubuntu1]
[16:01] -queuebot:#ubuntu-release- Unapproved: accepted farmhash [source] (noble-proposed) [0~git20190513.0d859a8-2build1]
[16:01] -queuebot:#ubuntu-release- Unapproved: accepted fathom [source] (noble-proposed) [1.0+git.20190811.97fb5c-1build1]
[16:01] <juliank> Qt is lacking an editor for deb822 entries, possibly some rendering fixes, and then passing deb822=True to the SoftwareProperties.__init__
[16:02] <juliank> I only just noticed that this was the Qt backend because I think I saw another bug mentioning Qt explicitly or something
[16:05] <juliank> I think it was the last comment, in an email
[16:07] <tsimonq2> juliank: Got it :) looking
[16:08] <juliank> Whatever happened to python-apt 2.8.0?
[16:09] <juliank> eek
[16:09] <juliank> Now this is awkward
[16:09] <juliank> Either I never ran the sync or it got lost
[16:09] -queuebot:#ubuntu-release- Unapproved: python-apt (noble-proposed/main) [2.7.7ubuntu1 => 2.8.0] (core, i386-whitelist) (sync)
[16:10] <juliank> It just branches of the CI and has one-two day newer mirror lists
[16:10] <juliank> Well, it sets the correct branch and tracking for noble in the python-apt repository
[16:11] <juliank> python-apt sillily follows apt versioning and even versions are stable releases
[16:11] <juliank> not that it has many releases
[16:14] <sil2100> juliank: stop the uploads for now o/
[16:15] <juliank> 400 are enough for now? :D
[16:16] <juliank> I anticipate a next batch would be tomorrow or so
[16:16] <juliank> if the queues are empty
[16:16] <bdmurray> juliank: please hold off on any further uploads
[16:29]  * juliank also has more interesting things to do than masking and unmasking pcscd and playing with ykman to turn touch policy on/off for the yubikey so would appreciate more context than just "please hold off"
[16:33] <bdmurray> juliank: per vorlon we won't be spending more release team time or autopkgtest resources on these past final freeze
[16:34] <tsimonq2> ubuntu-release: Is it too late to get a fix for bug 2061214 in before release? I'm about an hour away from having a fix in hand, just want to know if you want SRU paperwork or not.
[16:34] -ubottu:#ubuntu-release- Bug 2061214 in software-properties (Ubuntu) "Software sources not correctly updated after upgrade and/or new installs" [Undecided, New] https://launchpad.net/bugs/2061214
[16:35] <tsimonq2> If you're asking me with my Lubuntu RM hat on, I'd very much like it in. That being said, I also see a ticking clock. :P
[16:37] <juliank> bdmurray: I'm following up with vorlon internally
[16:37] <bdmurray> tsimonq2: we are really close to building images and we'd have to respin everything so we are discussing it
[16:38] <tsimonq2> bdmurray: Sounds good, I'll keep going full speed on the fix
[16:40] <ginggs> juliank: i'm rejecting ignition-plugin, sil2100 deleted it two hours ago
[16:41] <juliank> ack
[16:41] -queuebot:#ubuntu-release- New binary: dfx-mgr [arm64] (noble-proposed/none) [2023.2-0ubuntu1] (no packageset)
[16:43] -queuebot:#ubuntu-release- New: rejected ignition-plugin [source] (noble-proposed) [1.2.1+ds-1build1]
[16:44] -queuebot:#ubuntu-release- Unapproved: accepted findlib [source] (noble-proposed) [1.9.6-1build4]
[16:44] -queuebot:#ubuntu-release- Unapproved: accepted haveged [source] (noble-proposed) [1.9.14-1ubuntu2]
[16:45] <tsimonq2> bdmurray: In case it helps decisionmaking, simply passing deb822=True to SoftwareProperties.__init__ gets us most of the way there. The tricky part is the new dialog.
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted zinnia [source] (noble-proposed) [0.06-8build1]
[16:52] <bdmurray> tsimonq2: What the consequences of not having it on the image be?
[16:54] <tsimonq2> bdmurray: No way for the user to graphically edit ubuntu.sources entries.
[16:54] <juliank> You cannot configure your software sources on Qt flavours on the image or after the install if you offline install
[16:54] <juliank> Not just ubuntu.sources but also PPAs
[16:54] <tsimonq2> ^^^
[17:48] -queuebot:#ubuntu-release- Unapproved: landscape-client (mantic-proposed/main) [23.08-0ubuntu1.1 => 23.08-0ubuntu1.2] (ubuntu-server)
[18:13] <vorlon> tjaalton: fwiw I note that involvflt has 'GPL v2.0 or later' in all the copyright notices in the code and debian/copyright says GPL2.0.  This is not a blocker because uh technically we can distribute their code under the terms of the GPL-2
[18:15] <vorlon> tjaalton: 'involflt' this package name is impossible :)
[18:17] <vorlon> john-cabaj, tjaalton: fwiw I see that involflt-dkms Provides: involflt-modules (= 0.1.0); I think this should probably be involflt-modules (= ${binary:Version})
[18:19] <vorlon> john-cabaj, tjaalton: the hard-coding is fine now, but becomes wrong when the upstream version number change
[18:19] <vorlon> s
[18:19] <john-cabaj> vorlon: Gotta dust this package of again and dig in
[18:21] <john-cabaj> vorlon: What you say makes perfect sense in hindsight
[18:22] <john-cabaj> vorlon: I'm happy to fix it now or later. In terms of the priority release on this package, it's actually Jammy. But we need it in the latest release first so as not to regress
[18:22] -queuebot:#ubuntu-release- New: accepted involflt [source] (noble-proposed) [0.1.0-0ubuntu6]
[18:22] <vorlon> john-cabaj: sure
[18:23] -queuebot:#ubuntu-release- New: rejected nemos-dev-key [source] (noble-proposed) [1.7]
[18:23] <john-cabaj> vorlon: Very much appreciate you taking a look.
[18:25] <vorlon> I: dfx-mgr: package-supports-alternative-init-but-no-init.d-script [lib/systemd/system/dfx-mgr.service]
[18:25] -queuebot:#ubuntu-release- Unapproved: rejected socat [source] (focal-proposed) [<IP_ADDRESS>-2ubuntu0.1]
[18:25] <vorlon> lol
[18:26] -queuebot:#ubuntu-release- New: accepted dfx-mgr [arm64] (noble-proposed) [2023.2-0ubuntu1]
[18:27] -queuebot:#ubuntu-release- New binary: involflt [amd64] (noble-proposed/none) [0.1.0-0ubuntu6] (no packageset)
[18:29] <tjaalton> vorlon: the devil is in the details.. thanks
[18:42] -queuebot:#ubuntu-release- Unapproved: loki-ecmwf (noble-proposed/universe) [0.1.6-4 => 0.2.1-2] (no packageset) (sync)
[18:43] -queuebot:#ubuntu-release- Unapproved: taskflow (noble-proposed/universe) [3.6.0+ds-3 => 3.6.0+ds-6] (no packageset) (sync)
[18:45] -queuebot:#ubuntu-release- Unapproved: accepted loki-ecmwf [sync] (noble-proposed) [0.2.1-2]
[18:45] -queuebot:#ubuntu-release- Unapproved: accepted taskflow [sync] (noble-proposed) [3.6.0+ds-6]
[19:24] -queuebot:#ubuntu-release- Unapproved: software-properties (noble-proposed/main) [0.99.48 => 0.99.49] (core)
[19:25] <tsimonq2> I'm happy to answer any and all questions about my software-properties upload.
[19:26] <tsimonq2> I did test it, thoroughly (meaning, every single UI option.)
[19:32] -queuebot:#ubuntu-release- New: accepted fonts-dm-mono [source] (noble-proposed) [1.000+git20200415.57fadab-0ubuntu1]
[19:33] <vorlon> meh, new NBS packages on Release Monday, hate https://ubuntu-archive-team.ubuntu.com/nbs.html
[19:36] -queuebot:#ubuntu-release- New binary: fonts-dm-mono [amd64] (noble-proposed/none) [1.000+git20200415.57fadab-0ubuntu1] (no packageset)
[19:46] <vorlon> doko: thanks for the answer earlier regarding the multilib packages on https://ubuntu-archive-team.ubuntu.com/proposed-migration/noble_uninst.txt. I don't remember this report caring about components though, so I'm digging a bit more
[19:51] <vorlon> doko: right. these packages are genuinely uninstallable, it is NOT a component-mismatch issue. on arm64: https://paste.ubuntu.com/p/MX5KvbWw3G/
[19:52] <vorlon> doko: aha which is exactly the thing you were asking me, whether I had removed them
[19:55] <vorlon> doko: and the amd64 build of gcc-14-cross superseded because it's built as an Arch: *all* package, so yes, you can't have both arch: any and arch: all of the same binary package name in launchpad
[19:55] <vorlon> now why are these arch: all packages uninstallable on !amd64
[19:55] <vorlon> (and why didn't britney catch it before promotion sigh)
[20:05] -queuebot:#ubuntu-release- New: accepted fonts-space-grotesk [source] (noble-proposed) [2.0.0-0ubuntu2]
[20:06] <vorlon> doko: aha! I think this is probably a launchpad publisher bug, libgcc-s1-amd64-cross 14-20240412-0ubuntu1cross1 is Arch: all but is missing from the arm64 package indices.  Let me see if republishing it helps?
[20:06] -queuebot:#ubuntu-release- New binary: fonts-space-grotesk [amd64] (noble-proposed/none) [2.0.0-0ubuntu2] (no packageset)
[20:09] <vorlon> doko: I think you tripped this bug because the binary package's version number for both the Arch: all and the Arch: any variant is identical
[20:27] <vorlon> https://launchpad.net/ubuntu/noble/arm64/libstdgpu-hip0d ick. well, re-removing
[20:48] <vorlon> cjwatson: ok well I don't remember seeing it there before, but glib2.0 did pop up on https://ubuntu-archive-team.ubuntu.com/proposed-migration/noble_outdate.txt because of that armhf binary huh why is there a libglib2.0-0 real package being built in addition to libglib2.0-0t64
[20:51] <vorlon> +    - d/control: Bring back libglib2.0-0 as a transitional package
[20:51] <vorlon> shrug, ok
[21:49] <mitchburton> Hi! There's been a recently reported bug in landscape-client (https://bugs.launchpad.net/landscape-client/+bug/2062561) that we're still testing the fix for. Feel free to yell at me - but what do we think about an upload for this making it into noble?
[21:49] -ubottu:#ubuntu-release- Launchpad bug 2062561 in landscape-client (Ubuntu) "There are no APT sources configured in /etc/apt/sources.list or /etc/apt/sources.list.d." [Critical, In Progress]
[21:50] <vpa1977> Eickmeyer: Hi, I have a question about release of edubuntu for noble. openjdk-21 is present in the image but it does not have jtreg tests enabled. I wonder if you would be keen to keep the current version or I should do an update asap enabling those?
[21:52] -queuebot:#ubuntu-release- Packageset: Removed openjdk-8 from i386-whitelist in noble
[22:03] -queuebot:#ubuntu-release- New: accepted nemos-dev-key [source] (noble-proposed) [1.8]
[22:05] -queuebot:#ubuntu-release- New binary: nemos-dev-key [amd64] (noble-proposed/none) [1.8] (no packageset)
[22:12] <vorlon> Eickmeyer, vpa1977: ^ the issue is that openjdk-21 is included in the edubuntu image, and the last riscv64 build took 1day 3 hours... we could hack amd64 into the release pocket before the build had finished but still means we would have to wait a bit before kicking off edubuntu candidate builds
[22:16] <Eickmeyer> Hmm...
[22:16] <ahasenack> vorlon: I'm helping mitchburton (landscape) troubleshoot https://bugs.launchpad.net/landscape-client/+bug/2062561 and try to get an idea of how serious it is. What's the status of the image building at the moment?
[22:16] -ubottu:#ubuntu-release- Launchpad bug 2062561 in landscape-client (Ubuntu) "There are no APT sources configured in /etc/apt/sources.list or /etc/apt/sources.list.d." [Critical, In Progress]
[22:19] <vorlon> ahasenack, mitchburton uhm so you're aware that we use deb822 sources in 24.04?
[22:19] <ahasenack> he is now :)
[22:19] <vorlon> ahasenack: oh - you're asking where we are wrt the final image builds and sneaking this in?
[22:19] <ahasenack> yes
[22:20] <ahasenack> basically 3 options: a) sneak in; b) 0-day sru; c) normal sru
[22:20] <vorlon> ahasenack: so don't block on that, get it uploaded because if this doesn't get in now it'll be SRU
[22:20] <vorlon> and once uploaded ask me to review it in the unapproved queue and we'll get it in, and if it gets built and tested in time to sneak it in we will
[22:20] <vorlon> juliank: ^^ fwiw a spot we missed for deb822
[22:20] <Eickmeyer> vpa1977, vorlon: I guess I"m not completely opposed to delaying the RC build to get that in. I don't foresee to much issue with the RC that will require respins as the beta was fairly solid minus some cosmetic items.
[22:21] <liushuyu> vorlon: can we remove of pd-iemnet and pd-iemutils from the archive for now? The fix for those will take some effort
[22:21] <vorlon> liushuyu: I know nothing about these packages or why they need fixed, is there a bug report?
[22:21] <liushuyu> vorlon: implicit declarations on armhf
[22:22] <liushuyu> I can import the bug report from Debian to Launchpad if you want
[22:23] <Eickmeyer> liushuyu, vorlon: Those are puredata packages, so Ubuntu Studio seeded items, desktop packages. Can we just drop the armhf builds?
[22:23] <vorlon> liushuyu: I don't need the bug report to be in launchpad, I just don't know what these are or why you're looking at them :)
[22:23] <liushuyu> oh, they are seeded packages
[22:23] <liushuyu> hmm
[22:23] <vorlon> liushuyu: if I'm following, these are seeded packages that we're trying to rebuild for frame-pointer, but stuck in -proposed because armhf ftbfs?
[22:24] <liushuyu> vorlon: correct
[22:24] <vorlon> ok
[22:24] <vorlon> liushuyu: so check that there are no revdeps, tell me what binaries to remove and yes I cn
[22:24] <vorlon> can
[22:24] <liushuyu> Eickmeyer: those plugins will probably not work properly though
[22:25] <Eickmeyer> liushuyu: I don't care about armhf for Ubuntu Studio, just amd64.
[22:25] <liushuyu> (they won't work properly on other architectures as well, since it's using the glibc APIs wrong)
[22:26] <liushuyu> I can try to whip up a quick fix for these
[22:26] <liushuyu> (getting pass the build, not getting them to work)
[22:29] <vorlon> liushuyu: oh, if they're seeded and you're asking about removing them on all archs, the answer from my side is no :) get them unseeded first
[22:30] <vorlon> liushuyu: or punt it to the flavors to maintain them
[22:31] <liushuyu> vorlon: I know, and Eickmeyer seems to be already unhappy about this. I will just do a very quick hack on the package to get it to build
[22:32] <vorlon> liushuyu: hack to get it to build on armhf? we shouldn't care
[22:33] <Eickmeyer> vorlon: He's saying the amd64 builds depend on the armhf builds, but to me that doesn't track.
[22:33] <liushuyu> vorlon: then just remove the armhf binaries for pd-iemnet and pd-iemutils. I can always tape over the issue later
[22:33] <vorlon> no, he's not saying that (and it's definitely not true)
[22:34] <Eickmeyer> liushuyu: I don't care about armhf. I'd rather see amd64 work and throw-away the armhf binaries.
[22:34] <vorlon> Eickmeyer: he did make the point that the code in question is also buggy on amd64
[22:34] <vorlon> but that's for you to sort out, really
[22:35] <vorlon> Removing packages from noble:
[22:35] <vorlon> 	pd-iemnet 0.3.0-5 in noble armhf
[22:35] <vorlon> 	pd-iemutils 0.0.20210927-2 in noble armhf
[22:35] <vorlon> Comment: ANAIS
[22:35] <vorlon> 2 packages successfully removed.
[22:35] <Eickmeyer> Yeah, I got that. To me, that's tangental to ftbfs.
[22:35] <liushuyu> What does "ANAIS" mean?
[22:35] <vorlon> "architecture not available in source"
[22:36] <liushuyu> ah okay
[22:36] <vorlon> I use this acronym in a way that is contrary to its historical meaning in Debian
[22:36] <Eickmeyer> liushuyu: Do you have a bug report in Debian for the bugs in question wrt the bugginess (not the FTBFS)?
[22:36] <liushuyu> A lot of words lost its originally meaning through the passage of time
[22:37] <liushuyu> Eickmeyer: No, because nobody seem to use this
[22:37] -queuebot:#ubuntu-release- New sync: fparser (noble-proposed/primary) [0.1.4-3]
[22:37] <Eickmeyer> liushuyu: Fair point. I don't even use it, tbh.
[22:37] <Eickmeyer> It's mostly something for people to experiment with different sounds.
[22:37] <vorlon> vpa1977: ok jtreg7 is an architecture: all package but does not declare itself as Multi-Arch: foreign, which means it does not satisfy the dependency of openjdk-21-testsupport:i386 in my amd64 chroot but would in an i386 chroot.
[22:38] <vorlon> vpa1977: I'll double-check an i386 chroot that things are now correct
[22:38] <liushuyu> Eickmeyer: The libraries in question are using `error(...)` function in glibc as a log printer but in reality, glibc will just kill your application (the app that uses this libraray).
[22:38] <liushuyu> * library
[22:39] <liushuyu> ( see man 3 error)
[22:40] <Eickmeyer> liushuyu: Huh. My guess is those plugins are probably dead upstream and likely need to be given the boot, but that's a problem for Debian and next release cycle.
[22:41] <liushuyu> Eickmeyer: Fair enough
[22:42] <vorlon> Eickmeyer: although, if loading/using the plugins will cause the application to crash, that might still be an argument for unseeding them for noble. up to you
[22:42] <vpa1977> vorlon: I do not think any of the java packages have Multi-Arch: hint, e.g. asmtools, junit5
[22:42] <liushuyu> Well I mean, if someone's interested in cyber-archaeology, we do always have the option to fix them
[22:42] <vorlon> vpa1977: yeah, this is fine - I was just explaining why I thought jtreg7 was missing but it isn't
[22:43] <liushuyu> (them = either the person or the libraries, up to your interpretation)
[22:43] <Eickmeyer> vorlon: Would have to blacklist since they're in the `puredata` metapackage; or manipulate the puredata metapackage alone.
[22:43] <vorlon> k
[22:44] <vorlon> regardless: armhf binaries removed
[22:44] <liushuyu> vorlon: Thanks!
[22:44] <Eickmeyer> 👍
[22:44] <vorlon> ahhhh MORE NBS PACKAGES
[22:45] <vorlon> mwhudson: ^^ are these late t64 transitions that are still creeping in? (pcl)
[22:45] <liushuyu> right, onto the next package on the seeded list
[22:46] <liushuyu> intel-mediasdk, is this also a package from Ubuntu Studio seed?
[22:46] <Eickmeyer> Not directly.
[22:46] <liushuyu> https://code.launchpad.net/~liushuyu-011/ubuntu/+source/intel-mediasdk/+git/intel-mediasdk/+merge/464771
[22:47] <liushuyu> and also fix for chmlib: https://code.launchpad.net/~liushuyu-011/ubuntu/+source/chmlib/+git/chmlib/+merge/464769
[22:49] <Eickmeyer> liushuyu: That one is unseeded.
[22:50] <liushuyu> Eickmeyer: chmlib? I am just go through my notes, this package is probably a dependency or something
[22:51] <Eickmeyer> Oh, I meant intel-mediasdk
[22:51] <liushuyu> ubuntu-kylin-software-center: https://github.com/UbuntuKylin/kylin-software-center/pull/26 (this package is a Debian 3.0 (native) package)
[22:51] -ubottu:#ubuntu-release- Pull 26 in UbuntuKylin/kylin-software-center "setup.py: fix installation on Python 3.12+" [Open]
[22:51] <Eickmeyer> chmlib shows Task: kubuntu-desktop, kubuntu-full, lubuntu-desktop, ubuntustudio-desktop, edubuntu-desktop-gnome, edubuntu-desktop-gnome-raspi
[22:52] <Eickmeyer> That's just based on the libchm1 binary.
[22:52] <liushuyu> Eickmeyer: Ah I see, fixed nonetheless, otherwise people w/ Intel GPUs can't watch videos comfortably
[22:52] <Eickmeyer> Heh.
[22:53] <mwhudson> vorlon: no that seems to be a recent sync?
[22:54] <mwhudson> from utkarsh
[22:55] <liushuyu> Eickmeyer: also, unrelated to the archive work, have you considered making ubuntustudio-audio-config application translatable?
[22:56] <vorlon> mwhudson: well yuck ok
[22:56] <vorlon> anyway uninstallables zeroed on amd64 w00t
[22:57] <vorlon> now to dig into armhf
[22:57] <Eickmeyer> liushuyu: Very much so. That and ubuntustudio-installer. I talked about it with both rbasak and cjwatson at Summit and, sadly, didn't take notes. 😅 Biggest problem is they are written in Bash with Zenity as a frontend, so translations in Bash are how they'd have to be done. Probably off-topic for this channel.
[22:58] <vorlon> Eickmeyer: fwiw there is a `gettext.sh` suitable for sourcing in bash scripts for translations; the main thing is you have to put together your .pot file so that it can be imported for translators
[22:58] <vorlon> I'm not sure if gettextize works on shell scripts
[22:59] <Eickmeyer> vorlon: I believe that was mentioned, but things get fuzzy after that. Would've been nice to sit-down and JFDI, ya know. :)
[22:59] <liushuyu> vorlon: It does. I tried it before, you can try `source gettext.sh` in your Bash shell and you will get `eval_gettext` family of builtins
[23:00] <liushuyu> okay, will move the convo to somewhere else
[23:02] <vorlon> right, livecd-rootfs is published
[23:04] <Eickmeyer> FYI, I'm going to consider bug 2063142 an upgrade blocker Mantic -> Noble for Ubuntu Studio
[23:04] -ubottu:#ubuntu-release- Bug 2063142 in ubuntu-release-upgrader (Ubuntu) "Ubuntu Studio unable to upgrade from Mantic to Noble" [High, New] https://launchpad.net/bugs/2063142
[23:05] <Eickmeyer> Heh, bug title says it all.
[23:06] <vorlon> vpa1977: ^ since livecd-rootfs is now migrated, I have no other blockers for us to start spinning candidate images and am going to do that now for everything (except ubuntukylin which is still waiting for isc-dhcp.... beacuse it still seeds isc-dhcp....)
[23:07] <vpa1977> vorlon: then I hold off openjdk-21 since it is going to take a while to build
[23:07] <vorlon> vpa1977: and then I'm doing an early dinner, I will be back afterwards. If you want openjdk-21 updated in the release pocket, I hope you have an upload in the unapproved queue for me by then
[23:07] <vorlon> vpa1977: well of course it is, but with the discussion above Eickmeyer was ok with that
[23:09] <vpa1977> vorlon: Just need to check the ppa build first, and it would not be in time, so best not to touch something that (hopefully) working
[23:09] <vorlon> ok well this is a reason not to waste time on redundant ppa builds during release week ;)
[23:09] <Eickmeyer> Yeah. Edubuntu was looking solid at beta minus cosmetic issues that have since been fixed, vpa1977, so we're good with an RC hold. I can test late if necessary. I'll also have the RasPi ready to go for testing when the time comes.
[23:10] <vorlon> also it looks like I am NOT ready to kick off candidate image builds yet because the final release milestone is not yet on iso.qa.ubuntu.com
[23:10] <vorlon> so image builds are not happening for a couple of hours yet
[23:11] <vpa1977> vorlon: we had a build that bricked bootstrap before so I would like to make sure it does not happen =)
[23:11] <vorlon> vpa1977: archive admins can delete those as necessary
[23:14] <vpa1977> vorlon: it is still unbuildable on i386 - https://launchpadlibrarian.net/725921169/buildlog_ubuntu-noble-i386.openjdk-21_21.0.3+9-1ubuntu1~ppa2_BUILDING.txt.gz
[23:16] <tsimonq2> vorlon: Was that software-properties upload -1 for release blocker?
[23:56] <jbicha> please ignore i386 autopkgtest failures for taskflow : it's not built on i386 so not expected to be satisfiable there (newer version switched a package from arch:all to arch:any)


 BWHAHAHAHAHAHA
[03:17] <sbalneav> Nah, you're working hard enough.
[03:17] <sbalneav> So, we have a working sabayon
[03:17] <LaserJock> yeah, stuff is crazy here
[03:17] <LaserJock> yeah, I read something about that
[03:17] <LaserJock> as in, really really working?
[03:18] <sbalneav> http://ltspthinclient.blogspot.com/
[03:18] <sbalneav> yep.
[03:18] <sbalneav> Boots, edits profiles, applies them.
[03:18] <sbalneav> I
[03:18] <sbalneav> I've branched the edubuntu handbook, and started work on that.
[03:20] <LaserJock> excellent
[03:22] <LaserJock> brb, gotta set up wireless router
[06:15] <alkisg> Good morning
[09:06] <highvolt1ge> good morning alkisg!
[13:48] <mhall119|work> morning
[13:56] <nubae> hi mhall119|work
[13:57] <nubae> mhall119|work: can I entice u to give up some of your free time on helping create some moodle courses here: linux-for-education.org... I've created 2 ubuntu specific ones already, and am on a third one... but it needs even more loving...
[14:05] <mhall119|work> nubae: if I had free time to give I would
[14:05] <nubae> I know the feeling... I have to try and get involvement somehow
[14:05] <mhall119|work> what kind of courses are you looking for?
[14:06] <nubae> each course takes about 5-10 minutes to create
[14:06] <mhall119|work> nubae: my problem is that I'm too involved in too many things
[14:06] <nubae> but anything from, how to install chrome on Ubuntu
[14:06] <nubae> or how to get LTSP working on ubuntu
[14:06] <nubae> how to set up LDAP with nfs on ubuntu
[14:06] <nubae> there are tons and tons of courses that would be helpful
[14:07] <nubae> I've created 2 really general ones to give u an example
[14:07] <nubae> take a look
[14:07] <mhall119|work> does it have to be Ubuntu related?
[14:07] <nubae> the beautify one is actuallly really cool to follow
[14:07] <nubae> not at all
[14:07] <nubae> its everything Linux and edu
[14:07] <mhall119|work> cause I know a lot of English teachers
[14:07] <nubae> in fact... the project is hosted by Novel
[14:08] <nubae> excellent
[14:08] <nubae> that would be even better content
[14:08] <nubae> take a look at the categories
[14:08] <nubae> We are trying to make it the place to go to if u want a course of any kind in various languages even
[14:08] <mhall119|work> I'll pass the link along to all my educator friends
[14:08] <nubae> ok, if they need admin access... have the email me
[14:09] <mhall119|work> I'll also pass it around my LoCo
[14:09] <nubae> dvanassche @ gmail dot com or its on my web: nubae.com
[14:09] <nubae> the cool thing is, we have this free space by Novell, a good looking moodle site, and tons of possibilities
[14:09] <mhall119|work> do they need admin access to create courses?
[14:09] <nubae> its a shame to let it just sit there
[14:09] <nubae> to create a course yes
[14:10] <nubae> to follow it no
[14:10] <mhall119|work> ok
[14:10] <nubae> otherwise it would be abused pretty badly by spammers
[14:10] <mhall119|work> ubuntu-fl.org has a couple tutorials on it already, I'll see if I can get the author of them to make a moodle course from it
[14:10] <mhall119|work> you should see about converting the Ubuntu Developer Week classes into moddle courses
[14:11] <mhall119|work> have you talked to dholbach?
[14:12] <mhall119|work> The Next link on one of the courses is pointing to http://nubae.selfip.com/moodle/mod/resource/view.php?id=1125
[14:12] <mhall119|work> is that right?
[14:14] <nubae> oh shit, yeah
[14:14] <nubae> need to fix that
[14:14] <nubae> no... thats cause I was working at home
[14:14] <nubae> first and then uploaded
[14:14] <nubae> what page is that on?
[14:14] <mhall119|work> http://www.linux-for-education.org/mod/resource/view.php?id=1123
[14:15] <nubae> shit... wonder how that happened
[14:15] <mhall119|work> the Previous link points off-site too
[14:16] <nubae> a lot of those courses are copied directly from open university
[14:16] <nubae> whch has creative commons moodle courses
[14:16] <mhall119|work> looks like most of the links go off-site actually
[14:17] <nubae> yeah, the internal ones that have that structure... I guess I can just do a sed 's/nubae.selfip.com/linux-for-education/g' *
[14:17]  * Ahmuck-Sr waves
[14:18] <nubae> mhall119|work: thanks for finding that...
[14:18] <mhall119|work> np
[14:19] <mhall119|work> also, dholbach thinks it would be great turn the UDW classes into moddle courses, if someone has the time and initiative to do it
[14:23] <nubae> where are they located?
[14:23] <nubae> I might do it to get more people motivated to help
[14:23] <nubae> it seems more content motivates people more :-/
[14:30] <mhall119|work> https://wiki.ubuntu.com/UbuntuDeveloperWeek has the logs
[22:04] <dgroos> Hi All,
[22:06] <dgroos> I'm trying to re-install CmapTools into the chroot so as to run that program as a localapp.
[22:07] <dgroos> I'm following the instructions I wrote at https://help.ubuntu.com/community/UbuntuLTSP/GuiInstallLocalApp but... I can't do 1 thing that it says in the directions: "sudo chroot /opt/ltsp/i386/ su $SUDO_USER"
[22:08] <dgroos> It gives an authentication error, both when I sudo it and when I've sudo su -ed it.  Any idea?  Thanks.
[22:09] <dgroos> I should say, the instruction I was trying to follow was the last line in step 3 of that page.
[22:10] <sbalneav> Why not break it up a little more?
[22:10] <sbalneav> sudo -i
[22:10] <sbalneav> chroot /opt/ltsp/i386
[22:10] <sbalneav> su $SUDO_USER
[22:10] <alkisg> dgroos: maybe you need to export DBUS_SESSION_BUS_ADDRESS as well?
[22:11] <dgroos> alkisg: thanks, I try that then repeat that last line.
[22:12] <dgroos> um... what do I type before the code you gave me, "sudo export"?
[22:13] <alkisg> dgroos: first try it manually
[22:13] <alkisg> I.e. echo $DBUS_SESSION_BUS_ADDRESS as the user,
[22:13] <dgroos> OK "Command not found".
[22:14] <alkisg> and then, while you're logged on as root, export DBUS_SESSION_BUS_ADDRESS=<the user value here>
[22:14] <alkisg> echo $DBUS_SESSION_BUS_ADDRESS
[22:14] <alkisg> that ^^ as *the user* gives you command not found?
[22:16] <dgroos> when I typed, DBUS_SESSION_BUS_ADDRESS it said, command not found.  When I typed, "echo DBUS_SESSION_BUS_ADDRESS it said, DBUS_SESSION_BUS_ADDRESS"
[22:16] <alkisg> Don't forget the dollar there
[22:16] <alkisg> (12:14:18 πμ) alkisg: echo $DBUS_SESSION_BUS_ADDRESS
[22:17] <dgroos> right!
[22:17] <alkisg> E.g. here's what I did to get an xterm from the chroot:
[22:17] <alkisg> ok never mind go on ...
[22:17] <dgroos> OK it typed nothing...
[22:17] <sbalneav> Did you get "authentication error", or "unknown user"?
[22:17] <dgroos> blank line.
[22:17] <dgroos> no
[22:18] <sbalneav> So if you do a:
[22:18] <sbalneav> sudo -i
[22:18] <sbalneav> chroot /opt/ltsp/i386
[22:18] <sbalneav> su $SUDO_USER
[22:18] <sbalneav> you get an auth error?
[22:19]  * alkisg wonders why he needs to run it as a user, and can't run it as root
[22:19]  * sbalneav too
[22:20] <dgroos> hmmm... I can't sudo
[22:20] <sbalneav> So, the sudo's failing, right?
[22:20] <dgroos>  I tried sudo -i and it wouldn't take my password.
[22:20] <dgroos> right
[22:20] <sbalneav> that's a different kettle of fish
[22:20] <alkisg> dgroos: so if I download cmaptools, and get it to open a gui installer, you're ok?
[22:20] <sbalneav> sudo cp /etc/passwd /etc/group /opt/ltsp/i386/etc
[22:21] <dgroos> ya know, I did all the stuff on this page in step 3 https://help.ubuntu.com/community/UbuntuLTSP/GuiInstallLocalApp
[22:21] <sbalneav> That's blantantly wrong, I think.
[22:21] <dgroos> :(
[22:21] <sbalneav> Have a look at your /etc/group
[22:21] <sbalneav> is it a copy of your /etc/passwd?
[22:22] <dgroos> alkisg: I'm trying to use a gui installer on the chroot as the root user, that's the trick.
[22:22] <alkisg> dgroos: where can I download cmaptools?
[22:22] <dgroos> sbalneav: I'll check...
[22:23] <alkisg> Oooh... big one
[22:24] <dgroos> alkisg: it's right here http://cmap.ihmc.us/download/ but you gotta sign up though it's free.  I've used this program for years on my own and with my students: it's awesome.
[22:24] <alkisg> Yeah I know people also use it here - but I've never used it though
[22:24] <alkisg> I think you don't need all this passwd stuff, you could run the installer as root.
[22:24] <sbalneav> dgroos: is your /etc/group buggered up?
[22:26]  * sbalneav shrugs
[22:26] <dgroos> hm... since I did those things in step 3 on that page mentioned, I can't use gedit, it appears: "Gtk-WARNING **: cannont open display: :0
[22:27] <dgroos> sbalneav: I'm working on keeping up--kinda slow...
[22:27] <sbalneav> more /etc/group
[22:27] <sbalneav> should look like:
[22:27] <sbalneav> root:x:0:
[22:27] <sbalneav> daemon:x:1:
[22:27] <sbalneav> bin:x:2:
[22:27] <sbalneav> etc.
[22:28] <dgroos> OK  what deviation from pattern should I look for?
[22:28] <sbalneav> What do you have at the top?  What's the first line?
[22:29] <dgroos> just like you put for top 3 lines.
[22:29] <sbalneav> ok
[22:30] <sbalneav> So sudo -i give you auth error.  What happens if you control-alt-f1 and try to log in as yourself on a text terminal?
[22:31] <dgroos> if I control-alt-f2 I'll get a local terminal on the thin client--I'm working on the thin client--should I do that?
[22:32] <sbalneav> No, you should do it on the server.
[22:32] <sbalneav> Time for me to head home.
[22:32] <dgroos> w/ f1 it says login incorrect--
[22:33] <sbalneav> On the server?
[22:33] <dgroos> sbalneav: thanks for your help!  take it easy...
[22:33] <sbalneav> I wouldn't log out if I were you
[22:33] <dgroos> (I'll nx into the server--don't have physical access...
[22:33] <dgroos> ok
[22:33] <sbalneav> if you've managed to muck up your auth somehow, if you log out you might not get in.
[22:34] <dgroos> how do I get off the control-alt-f1 screen?
[22:34] <sbalneav> control alt f7
[22:34] <alkisg1> dgroos: I just downloaded and tried it
[22:34] <sbalneav> ok, heading home.
[22:34] <alkisg1> No need for any of the things you do with passwd, users etc
[22:34] <dgroos> OK.
[22:34] <sbalneav> back on tonight
[22:34] <dgroos> adios
[22:34] <alkisg1> Bye sbalneav
[22:35] <dgroos> alkisg1: ??? no way!
[22:35] <alkisg> dgroos: want a screenshot? :)
[22:35] <dgroos> OK... I believe you... :)
[22:35] <alkisg> 1) xhost +
[22:35] <alkisg> 2) sudo chroot /opt/ltsp/i386
[22:36] <alkisg> 3) export DISPLAY=:0
[22:36] <alkisg> (I don't know if that's really needed, but anyway...)
[22:36] <alkisg> 4) sh LinuxCmapTools_v5.03_04-07-09.bin
[22:36] <alkisg> That's all, then I got the installer running graphically.
[22:37] <dgroos> and so will it work as local app afterwards?
[22:37] <alkisg> Well, it runs the installation in the chroot, so ...
[22:38] <alkisg> Unless it has other problems (unsatisfied dependences or whatever) I don't see why not.
[22:38] <dgroos> Man--if you can make it work on localapp so easily...
[22:38] <dgroos> OK  If I can fix the hole I've dug myself into I will test it :)
[22:41] <alkisg> Yeah export DISPLAY wasn't needed. So only 2 steps are needed, (1) xhost + (2) sudo chroot /opt/ltsp/i386 sh LinuxCmapTools_v5.03_04-07-09.bin
[22:42] <dgroos> Wow--I'll check it out.
[22:43] <dgroos> alkisg: would you look at https://help.ubuntu.com/community/UbuntuLTSP/GuiInstallLocalApp step 3 and see where I might have messed up my computer?
[22:44] <dgroos> The only way I deviated from that was I was still root (via sudo su) so the "sudo mount -t proc proc /opt/ltsp/i386/proc" probably was weird...
[22:44] <dgroos> what happens when you are root and you use sudo?
[22:46] <alkisg> I don't see anything too harmful. If you run step 3 twice without running step 5 inbetween, you'd put the "normal" passwd & groups into the chroot
[22:46] <alkisg> But otherwise, it should be ok... don't do it again, though :)
[22:49] <dgroos> alkisg: thanks.
[22:49] <alkisg> dgroos: Also, do: sudo rm /opt/ltsp/i386/root/.Xauthority
[22:50] <dgroos> I can't sudo :(
[22:50] <alkisg> Ah. Maybe you got things still mounted... Why don't you try rebooting?
[22:51] <dgroos> OK -- I'm a little concerned with what sbalneav said, I might not be able to get back in... what do you think?
[22:52] <alkisg> Well, if you aren't - don't you have a live cd handy?
[22:52] <alkisg> There's nothing that you could fix now that you couldn't also fix with a live cd
[22:52] <dgroos> I've got no physical access to room at this point... but could get it tomorrow.
[22:53] <dgroos> I'll do a reboot--it would feel good :)
[22:53] <alkisg> Hmmm... ok, then run: cat /proc/mounts
[22:53] <alkisg> and upload it to pastebin
[22:54] <dgroos> sure--what's the address of pastebin, again?
[22:54] <alkisg> pastebot.ltsp.org
[22:54] <dgroos> thanks.
[22:54] <alkisg> Ah
[22:54] <alkisg> No, thats for ltsp
[22:55] <alkisg> I think it's http://pastebin.ubuntu.com/ for ubuntu
[22:55] <dgroos> of course the address popped up in firefox when I started to type the address... :)
[22:57] <dgroos> first, here's a copy from my terminal--what I typed and how it responded when I messed things up--pretty short. http://pastebin.ubuntu.com/264057
[22:59] <ogra> alkisg, -bin
[23:00] <alkisg> ogra, elaborate, please?
[23:00] <alkisg> (1 o clock and 3 beers here... :-/)
[23:00] <ogra> paste.ubuntu.com :)
[23:00] <alkisg> Ah
[23:00] <ogra> though the other one should redirect
[23:00] <alkisg> Yeah both seem to work
[23:00] <dgroos> and, here's the cat /proc/mounts: http://pastebin.ubuntu.com/264059
[23:01] <alkisg> (no redirection - ok I'll remember the short one)
[23:02] <alkisg> dgroos: yeah you got /proc and /dev mounted twice
[23:02] <alkisg> I don't know how would this screw things up. Reboot?
[23:03] <dgroos> reboot it will be!
[23:04] <dgroos> but, I can't sudo reboot :)
[23:05] <alkisg> Can you open another tab in the terminal and try there?
[23:05] <dgroos> I can use iLO I think but that will be a pretty harsh reboot... right
[23:06] <alkisg> Or try from the gnome menu?
[23:06] <dgroos> right, many ways... I'll try some.
[23:07] <dgroos> hey! opening up a new tab worked--sudo works there but the prompt says: dgroos@gcos2:/opt/ltsp/i386$  interesting...
[23:08] <alkisg> I'd say: sudo umount /proc   - but maybe a reboot would be safer... :)
[23:08] <dgroos> can I unmount from there? w/out rebooting or is reboot best?  (took the words right out of my mouth :)
[23:09] <dgroos> reboot it is...
[23:09] <alkisg> That's too deep for me, I've only been windows-free for 14 months...
[23:11] <dgroos> :)  You know, I've never really used windows in my last 19 years of being a computer user.  Sure, I've used one here and there for a session but nothing more--I've only used macs and now Ubuntu.
[23:14] <dgroos> alkisg: Thanks!  rebooted, am at thin client and it rebooted and I was able to log.  Opened terminal and sudo -i works :)
[23:15] <alkisg> Nice... now try the easy-installation-thing... "So only 2 steps are needed, (1) xhost + (2) sudo chroot /opt/ltsp/i386 sh LinuxCmapTools_v5.03_04-07-09.bin"
[23:16] <dgroos> I'll let you know :D
[23:16] <alkisg> Where  LinuxCmapTools_v5.03_04-07-09.bin should be at /opt/ltsp/i386/LinuxCmapTools_v5.03_04-07-09.bin of course
[23:16] <alkisg> ...and delete those commands from the wiki page! :-O
[23:16] <dgroos> yeah...
[23:23] <dgroos> :( I tried and get the Stack Trace errors...
[23:23] <alkisg> You didn't see a GUI at all?
[23:24] <dgroos> No
[23:24] <alkisg> Paste the terminal output?
[23:24] <dgroos> sure...
[23:24] <alkisg> (all of it..)
[23:26] <alkisg> Maybe you did "sudo xhost +" instead of just "xhost +" ?
[23:26] <dgroos> http://pastebin.ubuntu.com/264064
[23:28] <alkisg> Ah, did you delete the root .Xauthority file that we said before?
[23:28] <alkisg> sudo chroot /opt/ltsp/i386 sh LinuxCmapTools_v5.03_04-07-09.bin
[23:28] <alkisg> oops
[23:28] <alkisg> (12:49:35 πμ) alkisg: dgroos: Also, do: sudo rm /opt/ltsp/i386/root/.Xauthority
[23:28] <dgroos> no
[23:28] <alkisg> Delete that and retry
[23:28] <dgroos> none of that...
[23:29] <dgroos> ok and will retry...
[23:30] <alkisg> (you created that with your previous script and didn't delete it afterwards)
[23:32] <dgroos> right--I wonder any other stuff from that last session?  I retried and didn't work, error message at http://pastebin.ubuntu.com/264069
[23:34] <alkisg> Urm... can't think of anything right now. Anyway too late here, /me goes to bed...
[23:35] <dgroos> :) Thanks for your help, again.
[23:35] <alkisg> Bye!


[01:25] <psusi> linux-libc-dev says it's source is linux, but the control file in the kernel sources does not list that package.  What gives?
[08:42] <brendand> why would a system fail to resume when suspended using pm-suspend, but not when suspended via indicator-session's 'Suspend' option?
[08:42] <brendand> wouldn't they be the same?
[09:20]  * apw yawns
[09:25]  * cking offers coffee to apw
[09:27]  * apw bites cking's hand off at the wrist
[09:28]  * cking shudders
[09:30] <apw> yumm
[09:30] <apw> cking, good this morning, other than the stump ?
[09:31] <cking> hard to type now
[09:31] <apw> hazzard of the job
[09:31] <cking> heh
[09:32] <apw> working with flighty crazies
[09:32] <apw> with, Es, ... trying
[10:43] <ppisati> cking: you made it to engadget, did you see it? :)
[10:43] <cking> ppisati, yep, been tracking the hits over the past 36 hours
[11:12] <apw> cking, do you get ping back information from your blog ?
[11:13] <cking> yep
[11:14] <cking> it's been hit by pcworld, engadget, reddit, thevargut liliputing and more besides
[11:15] <cking> * thevarguy
[11:15] <cking> got 1.2K hits yesterday
[11:22] <apw> heh cool
[11:23] <apw> are they asaying anything sensible or making a molehill out of it
[11:28]  * apw wonders why pcworld even has a blog on this subject given they don't do ubuntu on anything
[11:29] <cking> apw, generally I think they are quoting my blog well, but maybe getting peoples hopes up a bit too high
[11:30] <apw> yeah people won't get we are talking 5% saving at best on 20% of systems, ones they don't have
[11:33] <apw> oh can i watch
[11:46] <cking> it's predicated on people also verifying that the various fixes actually don't break anything and also all the bugs I'm filing are going to get fixed
[13:28] <Kano> hi, whats up with the mainline server?
[13:38] <ppisati> apw: uhm
[13:38] <ppisati> apw: CVE-2011-2918
[13:38] <ubot2> ppisati: ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem.  When the candidate has been publicized, the details for this candidate will be provided. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2918)
[13:38] <ppisati> bug 834121
[13:38] <ubot2> Launchpad bug 834121 in linux-ti-omap4 "CVE-2011-2918" [Medium,Fix committed] https://launchpad.net/bugs/834121
[13:50] <apw> ppisati, what about it ?
[13:50] <ppisati> apw: see pvt
[13:50] <apw> Kano, whats wrong with it?
[13:54] <Kano> did not respond
[14:29] <brendand> anyone here who i can ask about the status of the Oneiric SRU?
[14:39] <cking> hrm, I can't seem to access any web content from zinc, including getweb pages, is it just me?
[14:41] <cking> apw, ^ can you access any webby pages on zinc?
[14:43]  * cking wiggles some wires
[14:43] <apw> cking, nope, will poke is
[14:43] <Kano> cking: mentioned that over 1 h ago already
[14:45] <apw> yep didn't see your reply as it wasn't highlighted and was talking in another channel
[14:55] <apw> Kano, cking, should be alive again now
[14:56] <Kano> yes,seems to work again
[15:09] <joshhunt> i know this isn't ubuntu-specific, but i figured i'd ask - i'm trying to understand how the route cache/table works for ipv6 - does anyone have a good reference? the old o'reilly book appears to only discuss ipv4 (unless i have an old version)
[15:10] <brendand> jsalisbury - hi
[15:11] <jsalisbury> brendand, hello
[15:11] <brendand> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/904569
[15:11] <ubot2> Launchpad bug 904569 in linux "Linux 3.0.0-15-generic-pae causes laptops to fail to resume from suspend (Dell XPS 1645, Sony Vaio VPCF1390)" [Medium,Confirmed]
[15:11] <brendand> is this going to prompt a respin?
[15:13] <jsalisbury> brendand, hmm, I'm not sure.  Still need to get the cause sorted out.
[15:14] <brendand> jsalisbury - do we know if it's a regression between 3.0.0-14 and -15, or haven't arrived there yet?
[15:15] <jsalisbury> brendand, yes, it appears to be a regression between -14 and 15.  Thats what all the bug reporters state.
[15:16] <brendand> jsalisbury - we're behind on our certification testing because we have an unmanned lab
[15:17] <brendand> jsalisbury - what would people think if this was pushed into the new year?
[15:20] <jsalisbury> brendand, that's a good question.  I'm away next week, but I'll continue to work on the bug for the rest of this week.
[15:20] <arges> cking, apw: if i change debian.natty/config/config.common.ubuntu, check it in, then build a kernel will those config options be preserved when building the debian/ubuntu way? or perhaps a wiki I should be looking at for this newbie stuff
[15:21] <brendand> jsalisbury - i'm just speculating. herton and bjf aren't here so can't ask them directly
[15:21] <apw> arges, they will be the stating configuration options if that is the place they appear originally
[15:21] <jsalisbury> brendand, right
[15:21] <tgardner> arges, the ultimate .config is constructed from the various files in debian.master/config
[15:22] <apw> arges, fdr genconfigs will make a CONFIGS directory with the configs it will use.  after changing anything in configs you should run fdr updateconfigs
[15:22] <apw> arges, the former is a convienience to see the configs before waiting on a build
[15:23] <arges> ok
[15:24] <arges> so which config files take precedence? if I wanted to add a CONFIG_ for debugging, should I add it to the debian.natty/config/ or debian.master/config directories?
[15:26] <arges> i think i can figure it out from here though. thanks guys
[15:27] <tgardner> arges, add it to the confiig for that particular flavour, then run updateconfigs
[15:50] <apw> cking, found that blueprint thing for you, in email
[15:51] <cking> apw, cool, what is it referring to then?
[15:51] <apw> arges, the configs for any branch is independant on that branch, debian/debian.env tells you which branch you are on
[15:51]  * cking reads the reply, doh
[15:51] <apw> cking, detail in email, too long for here
[15:52] <apw> cking, there is a commandline tool mentioned in that commit to change it, assuming you have one of course
[15:53] <cking> got it - I know what to do
[15:53] <cking> thanks, I couldn't figure out what was meant in the bp after all this time
[15:54] <apw> cking, yeah i sat an looked blankly at it for some minutes myself, and mid writing "no idea close it off" i remembered
[15:55] <cking> I've been puzzling over it for the past week on-and-off trying to recall what it meant ;-)
[16:07] <apw> cking, no idea if you actually have kit with such a thing in it of course, so it may be moot
[16:07] <cking> apw, I do, I'm tinkering now
[16:08] <apw> this is where we find you can save 8w by turning down the wick
[16:08] <cking> cat /proc/cpuinfo  | grep epb
[16:34]  * cking now kicks off some soak tests to see if the MSR magic does any good
[16:48] <GrueMaster> bjf: Will my updating the SRU tracking bugs before Regression-testing=confirmed screw up your scripts or the process? Now that the imx51 (Lucid) and omap4 (Natty) kernels with the mmap fix are in -proposed, I have started my test run.
[16:50] <tgardner> GrueMaster, the stable team is out for the holidays
[16:50] <GrueMaster> Figures.  :P
[16:51] <GrueMaster> I am running the tests now, but I don't want to screw up the bug tracking automation by premature posting.  I can wait to officially check my box, and just vocally post results here.
[16:59]  * tgardner -> biab
[17:03] <apw> GrueMaster, i think i would expect the most likely failure would be for shank-bot to move the thing back to Confirmed when it thinks you should do the testing
[17:03] <GrueMaster> apw: ok
[17:04] <apw> and well, if it doesn't cope they can figure it out :)
[17:04] <apw> GrueMaster, as this is a reasonable thing to do, you may be (in theory) wasting your time if testing done and then a revert was needed sort of thing, but a reasonable scenario that the tooling should cope with
[17:05] <apw> there is so little in these that i doubt we will have any trouble
[17:06] <GrueMaster> Yea, I don't foresee a regression or other issues.  I'm just getting pressure to test them asap, but I also want to do it right (not just install and run a simple mmap test to call it good).
[17:06] <apw> very reasonable indeed
[17:27] <cking> hrm, that MSR test really don't show up anything, when idle and fully loaded. That's a question to answer for 2012 now :-(
[18:04] <maxime_> Hi, are there any plan to provide mainline linux-source*.deb packages along the headers and image ones in kernl-ppa ? see my detailed question here: http://askubuntu.com/q/89542/7567 Thanks !
[18:14] <apw> maxime_, looking
[18:15] <apw> maxime_, dkms doesn't normally need the source tree, normally it uses the 'headers packages' which contain the build infrastructure for out of tree objects
[18:15] <apw> maxime_, indeed dkms is trigggered when both the linux-image and linux-headers packages are finally both installed ?
[18:15] <maxime_> apw, that's also what i thought but installing the package still complains
[18:16] <apw> installing which package ?
[18:17] <apw> maxime_, ^^
[18:17] <maxime_> apw, it's a package to get alps touchpad supported. Check this on askubuntu please
[18:18] <maxime_> apw, is it okay to post dmks complains here ? not used to irc, sorry ^^
[18:18] <apw> maxime_, ok that looks like a standard dkms package from seth, so i would be very supprised if it needs the source package to work
[18:19] <apw> sforshee, ... does you dkms package for the alps touchpad require the full source package to work ?
[18:19] <maxime_> apw, this is the last message i get : Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed.
[18:20] <apw> maxime_, and which packages did you install ?
[18:20] <apw> maxime_, and can you pastebin the entire log please
[18:22] <maxime_> apw, see http://pastebin.com/szbT8rxQ
[18:23] <apw> maxime_, ok and which packages from the mainline kernel archive did you install
[18:23] <maxime_> apw, list of kernel packages i installed : http://pastebin.com/fvsQx1GK
[18:24] <maxime_> after downloading them at http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.2-rc6-precise/
[19:09] <lamont> why is it that my system keeps noticing that it has wireless?  (every 5-10 minutes?) it pops up a new box to type the wpa2 passphrase into
[20:06] <cyphermox> lamont: on precise?
[20:07] <lamont> oneiric
[20:07] <cyphermox> ok
[20:07] <cyphermox> then I'm not sure. is it N / iwlagn?
[20:07] <lamont> stock oneiric, 12:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g/n Wireless LAN Controller (rev 01)
[20:08] <cyphermox> ogasawara: tgardner: fyi, my patch was rejected. it's been a few days already, but I keep forgetting to let you know
[20:09] <tgardner> cyphermox, no surprise.
[20:09] <tgardner> lamont, that driver has some issues, to put it mildly.
[20:09] <cyphermox> tgardner: heh
[20:10] <lamont> tgardner: heh
[20:10] <lamont> which makes it no less annoying
[20:12] <tgardner> lamont, I've got the same HW in a MacBook Pro. NetManager keeps trying to connect, which is why you get the WPA dialog.
[20:12] <cyphermox> right
[20:12] <cyphermox> is it connecting successfully at all, or just keeps trying to authenticate and timing out?
[20:12] <tgardner> lamont, I suggest you disable wireless for now, or get an external wifi gizmo.
[20:12] <tgardner> cyphermox, never authenticates IIRC
[20:13] <cyphermox> ok
[20:39] <lamont> tgardner: the alternate solution is to (yet again) type in the wpa passphrase so that it successfully connects, and then it stays there until someone decides that powercycling the WAP is the solution to their networking issues
[20:39] <lamont> I'm totally going to stuff that thing in the ceiling where they cannot find it
[20:49] <tgardner> lamont, where you is? at home ?
[20:55] <lamont> tgardner: office space I took down with some friends, in town.
[20:59] <tgardner> lamont, ah. well isn't AP power cycling simply matter of training? you should be able to prevail, especially over such a select group :)
[21:24] <lamont> tgardner: tbf, the old netgear AP did have a strong tendency to fall over on large downloads


[11:08] <joelkraehemann> jfh: but there is no ubuntu on LinuxONE Community Cloud
[13:38] <pppingme> joelkraehemann https://developer.ibm.com/linuxone/home-ubuntu/
[15:22] <joelkraehemann> pppingme, thank you
[15:22] <joelkraehemann> I was able to track down the problem using SLES 12.3
[15:27] <jfh1> joelkraehemann: SLES is compiled for older s390x generations - that may work ... (sorry missed your question on L1CC)
[15:32] <joelkraehemann> jfh1: I was able to reproduce
[15:32] <joelkraehemann> for short, I have 2 versions one working the other not
[15:32] <joelkraehemann> the ubuntu version is not working
[15:33] <joelkraehemann> further I just looked at the diff and there is actually a problem with the ubuntu version
[15:33] <joelkraehemann> http://codepad.org/mKZ5c5dA
[15:33] <joelkraehemann> ^^ the stack-trace of the crash
[15:35] <joelkraehemann> http://codepad.org/1pUsFFpl
[15:35] <joelkraehemann> ^^ I think this diff snipped is the root cause
[15:35] <xnox> joelkraehemann, if these are ubuntu binaries, you should enable dbgsyms repository and install debug symbols to see more info
[15:36] <joelkraehemann> I compiled from source :)
[15:36] <xnox> joelkraehemann, note Desktop is not supported on s390x on Ubuntu; despite just being a test case binary....
[15:37] <joelkraehemann> well I was able to run the tests with X11Forwarding
[15:37] <xnox> joelkraehemann, sure, but you want debug symbols for the shared libraries you did not compile. e.g. #36 0x000003fffc294082 in  () at /usr/lib64/libgobject-2.0.so.0
[15:37] <xnox> etc.
[15:37] <xnox> and so on, no?
[15:37] <joelkraehemann> xnox: the crash was introduced while the critical warning
[15:38] <joelkraehemann> I am thinking of a memory corruption
[15:38] <joelkraehemann> here, you need to use your brain ;)
[15:42] <xnox> yeah, annoying


[09:52] <xubuntu74d> hello, i have discovered a bug in Xubuntu 16.04 beta 1, but it's a bug with a package, and only happens when I use btrfs, and I don't know how to report it
[09:57] <xubuntu38w> hi friends
[09:57] <salamanka> hi
[09:58] <xubuntu38w> today i change password and do resume
[09:58] <xubuntu38w> after xubuntu cant login
[09:58] <xubuntu38w> just show guest sesıon
[09:59] <xubuntu38w> guest sessıon ask password
[09:59] <xubuntu38w> i try something but can login
[09:59] <xubuntu38w> how i can fix that
[10:00] <xubuntu38w> anyone have some idea
[10:00] <xubuntu38w> thanks
[10:00] <akxwi-dave> xubuntu74d, heres a good link showing how to report the bug https://help.ubuntu.com/community/ReportingBugs
[10:01] <xubuntu74d> akxwi-dave: already tried it, but there seems to be no clear way to report a bug that isn't happening through one of the 'accepted' paths...
[10:02] <akxwi-dave> xubuntu74d, also you may want to join channel #xubuntu-devel that where  most of the team are regarding bugs.
[10:02] <xubuntu74d> thanks
[10:02] <akxwi-dave> you can advise what the bug is there and the QA team can report it for you if your having probs
[10:10] <xubuntu74d> https://bugs.launchpad.net/ubuntu/+source/intel-microcode/+bug/1557989
[13:46] <dan_s28> morning
[14:57] <slee> hello, what's the best/preferd app for doing a complete image backup of your current OS/setup?
[14:58] <slee> i've found this sBackup...wondering if any of you use it
[15:08] <akxwi-dave> persoanlly for backups I use Dejadup  but complete imaging I use Clonezilla
[15:08] <dkessel> slee: i'd use clonezilla for complete images, just as akxwi-dave
[15:09] <slee> sweet, thanks
[15:37] <dreamon> how do I switch off standby in amount of time
[17:00] <slee> hello, a friend is using an ssd for xubuntu box, is there anything special that she needs to do to maintain an ssd? like conditioning(or whatever the term is called)?
[17:01] <slee> she said it's multi layered cell....if that helps
[17:03] <akxwi-dave> I use my ssd as a regular drive, I don't do anything special with it or for it. *buntus run trim automatically once a week to keep it in check
[17:04] <akxwi-dave> infact its the best thing I have ever done.. my SSD and Lenovo thinkpad boot to logon scenn in aroudn 2-3 secoonds
[17:13] <slee> akxwi-dave, so xubuntu acknowledges the ssd and auto does trim, or does trim need to be activated via a cron job?
[17:14] <akxwi-dave> auto does it..
[17:14] <slee> thanks
[17:16] <flocculant> I've got fstrim in /etc/cron.weekly/ by default
[20:30] <ROPA> Hi, running xubuntu 14.04, I deleted my lower panel (panel 0), because I prefer an added (vertical) side panel instead. But, the upper panel disappeared instead, so no clock, open application listings, workspace switcher etc. The software still displays the lower horizontal panel even though I deleted it!!!! Can I restore the upper panel without reinstalling the OS?
[20:31] <ROPA> Is there a way to restore the original settings with regard to the panel(s)??
[20:37] <thenewone> Hi
[20:37] <thenewone> guys i tryed to restart the network but didn't work
[20:37] <thenewone> how can i force to stop it
[20:37] <flocculant> ROPA: you can just rebuild it - add panel, then add the things to it you want
[20:37] <thenewone> and thanks
[20:37] <thenewone> i wanna stop it
[20:38] <thenewone> i did service networking stop didn't work
[20:39] <ROPA> flocculant, I thought about rebuilding it, but it would take me hours to get everything just right.
[20:39] <flocculant> ROPA: why? what did you have in it?
[20:40] <flocculant> rather what had you done to the default one - that would take less than 5 minutes to redo :)
[20:40] <ROPA> flocculant, I had just the stock upper panel, with a modified clock to show seconds...
[20:41] <ROPA> I am not familiar enough with the panel options, so it would take me MUCH longer.
[20:41] <ROPA> flocculant, I am not familiar enough with the panel options, so it would take me MUCH longer.
[20:41] <flocculant> ok ... so that's not going to take hours :) go to settings - panel - at the top the plus button will add the panel
[20:41] <ROPA> did it.
[20:42] <ROPA> flocculant, if that's my only option, I'
[20:42] <flocculant> can't remember what's in the default 14.04 panel - can check in a vm for you
[20:42] <flocculant> unless someone'#s watching with a default panel of course
[20:43] <thenewone> when i kill NetworkManager it back to run a gain
[20:43] <ROPA> flocculant, a list of what's in the stock panel would be very helpful!!!
[20:43] <flocculant> ROPA: yea - won't take long to get that
[20:44] <thenewone> ok guys have a nice day
[20:44] <ROPA> many thanks my friend.....if not for a list, I suspect I could reinstall the whole OS quicker!!
[20:44] <ROPA> thenewone, wish I could help u!
[20:46] <flocculant> ROPA: ok - 3 screenshots of the setups > http://i.imgur.com/m1dChH4.png http://i.imgur.com/BURGNGK.png and http://i.imgur.com/Zw8zxxT.png
[20:47] <ROPA> flocculant, l nice, many thanks my friend!!
[20:47] <flocculant> the last one to get them - click the + icon on the right hand side
[20:47] <flocculant> gives you a list to choose from
[20:49] <ROPA> flocculant, I have built custom panels using mostly shortcuts to existing features and software. I guess i learned a lesson.....DO NOT DELETE THE STOCK DEFAULT PANEL!!!!
[20:51] <ROPA> flocculant, one question....what do I add to have the programs currently running???
[20:51] <flocculant> ROPA: post 15.10 we have xfpanel-switch - a backup and restore panel tool :) http://i.imgur.com/9zobQah.png
[20:51] <flocculant> it has some presets too
[20:51] <knome> ROPA, window buttons
[20:52]  * flocculant deletes what he'd typed ...
[20:52] <flocculant> I never remember that - just that I delete it :p
[20:52] <ROPA> flocculant, ok, thanks again!!! I almost installed 15.10....but decided to stick with the LTS version!!!
[20:52] <flocculant> :)
[20:52] <knome> flocculant, i use it without labels, good enough for me
[20:53] <flocculant> yup
[20:53] <ROPA> Gonna go see if I can make it work, again, thanks!!!!
[20:53] <flocculant> welcome
[21:33] <ROPA> flocculant, a big +++ thanks to you for the help. As it turns out, the stock panel isn't as good as it could be!! I ended up making a custom panel anyway and it's better than it has ever been!!! It took lots 'o diddling, but it was time well spent!!!
[21:34] <knome> he went to bed but will read your message tomorrow
[21:34] <knome> and glad you got stuff working better for you
[21:35] <knome> that's one of the main ideas in xubuntu
[21:35] <ROPA> knome, ok, great!!! Only thing I cant figure out is how to get the clock to also display the day of the week and the date.
[21:35] <knome> there are a few different applets that show the clock
[21:35] <ROPA> knome, I tried orage clock and the stock clock.
[21:36] <knome> but generally speaking, right-click the clock applet and go to properties
[21:36] <ROPA> knome, I can live without it however:>
[21:36] <knome> you can definitely get the week and date showing on all of them
[21:37] <ROPA> kn, yep, did that. The configuration appears to show that date and day of the week are enabled, but nothing in the display.
[21:37] <knome> are you sure you aren't looking at the tooltip dropdown?
[21:37] <ROPA> knome, the tooltip isn't the correct option to edit???
[21:38] <knome> the tooltip is what you see when you hover over the clock applet
[21:38] <knome> you need to change the format under clock options
[21:38] <knome> (that is, on the clock applet)
[21:38] <ROPA> knome, I was trying to edit the tooltip, back to the drawing board, tnx nudge in the right direction.
[21:38] <knome> np
[21:40] <ROPA> knome ok, I cant locate the 'clock options'........
[21:41] <ROPA> knome,  I right click on the clock applet and then click properties.....
[21:41] <knome> which xubuntu version are you running again?
[21:41] <ROPA> 14.04
[21:41] <knome> right, maybe it's added later
[21:41] <knome> my favorite clock applet is the "DateTime" applet
[21:42] <ROPA> ok, that's possible.
[21:44] <ROPA> knome, ok, DateTime applet not available for 14.04.
[21:45] <ROPA> knome, I expect I'll survive::> Tnx so much!
[21:47] <knome> ROPA, sudo apt-get install xfce4-datetime-plugin
[21:51] <ROPA> knome,  neat, didn't even realize there were applets for download!!!!
[21:55] <ROPA> knome, got it set up now! NICE AP!\
[21:56] <knome> :)
[22:39] <Ellsworth> !bands
[22:39] <Ellsworth> er wrong channel