[15:51] <kirkland> cjwatson: can you point me to the relevant code for adding netboot users, such that I can fix https://bugs.edge.launchpad.net/ecryptfs/+bug/317895
[17:16] <cjwatson> kirkland: the netboot installer is just d-i, so user-setup
[17:23] <mark> hello
[17:23] <mark> can the ubuntu installer do fully automatic preseeding of an install with software raid and lvm?
[17:23] <mark> in hardy
[17:24] <cjwatson> not raid in hardy I'm afraid, though lvm should be possible
[17:25] <cjwatson> raid is possible post-hardy although not yet terribly well integrated in some ways
[17:25] <mark> thanks
[17:26] <mark> too bad, although we also do non-LTS releases on servers, it's typically those servers with software raid/lvm that need hardy
[17:26] <cjwatson> yeah, sorry about that
[17:27] <mark> oh well, life will get better in 2010! ;)
[17:33] <cjwatson> I know our security team are looking forward to having three LTS releases to support simultaneously ;-)
[17:34] <cjwatson> you probably *can* preseed RAID setup by hand in hardy (i.e. preseed/early_command that writes out /lib/partman/display.d/ script that calls mdadm lots), but it wouldn't be very much fun
[17:35] <mark> hmm
[17:35] <cjwatson> on the general principle that you can do anything with preseeding ...
[17:35] <mark> software raid with lvm setups are a bit annoying to do manually as well
[17:35] <mark> since you cannot do partitions in a raid volume in the installer
[17:36] <mark> and have to setup a separate raid volume for root, since grub can't boot from lvm either
[17:36] <cjwatson> right, also because there's no group selection
[17:36]  * cjwatson wonders if he should hijack the d-i team at debcamp with a whiteboard and redesign the whole thing
[17:37] <mark> that would be nice :)
[18:41] <charlie-tca> Ubiquity is broken on todays desktop cd?
[18:53] <mark> hrm, the installer doesn't see partitions inside sw raid arrays at all, not even if I make them on the command line
[18:54] <mark> oh well
[19:42] <mark> argh
[19:42] <mark> so for grub, having /boot on a separate non-LVM partition is not enough, it needs / as well?
[19:42] <mark> there really is no nice way out of this is there :)
[20:42] <cjwatson> charlie-tca: not that I'd heard - details please?
[20:42] <cjwatson> mark: it should see them provided that you set them up before the partitioner starts
[20:43] <mark> I did
[20:43] <mark> it did see the raid array, but not its partitions
[20:43] <mark> or does it cache that info, such that a second run won't work?
[20:43] <cjwatson> yes, it caches it
[20:43] <cjwatson> rm -rf /var/lib/partman and then rerun would do it
[20:43] <charlie-tca> cjwatson: Non of the Ubuntu or Xubuntu LiveCD's will install today. Ubiquity crashes. bug 322978
[20:43] <cjwatson> (nuke all partitioner state)
[20:44] <cjwatson> ...
[20:44] <charlie-tca> Well bug 332978
[20:44] <cjwatson> I can't see that either
[20:44] <charlie-tca> I will make it public
[20:44] <cjwatson> is it a user-setup crash? that one *is* known
[20:45] <charlie-tca> now it is visible
[20:45] <cjwatson> numpy, interesting
[20:45] <cjwatson> hadn't heard of this one
[20:45] <charlie-tca> ubiquity crashed with ImportError in <module>()
[20:45] <cjwatson> yes yes I'm already past that :)
[20:46] <cjwatson> ok, straightforward missing dep by the looks of things
[20:46] <cjwatson> charlie-tca: try installing python-numpy and then trying again?
[20:46] <charlie-tca> okay. I'll let you know
[20:48] <cjwatson> I don't get why Evan used a full-blown array here
[20:51] <cjwatson> charlie-tca: thanks for spotting that; I'm not sure I want to just add the dependency though, as it seems strange to me that this particular data type is necessary
[20:52] <cjwatson> and python-numpy is 1.5MB of .deb so I don't want to pull it onto the live CD unless it's strictly necessary
[20:52] <charlie-tca> I just tried to do the install. I don't know what really happened.
[20:52] <charlie-tca> I seem to know enough to tell you
[20:52] <cjwatson> right, I'm just explaining why it might take until tomorrow daytime before we fix it
[20:52] <charlie-tca> Thanks
[21:02] <charlie-tca> cjwatson: that does allow ubiquity to start. But it pulled in 'libblas3gf', 'libgfortran3', and 'libapack3gf' also.
[21:44] <cjwatson> charlie-tca: indeed, hence my comment about it being a heavy dependency
[21:44] <charlie-tca> Yeah, that makes sense. Unfortunately, there is more wrong. It won't go past the partitioner now.
[21:45] <charlie-tca> I'm thinking I'll wait and try this again tommorrow or next day.
[21:46] <cjwatson> between now and tomorrow, you have a whole lot of the installer team sleeping; next day is probably more realistic for an actual fix :)
[21:46] <cjwatson> (the build happens quite erly in the morning)
[21:46] <cjwatson> there are a few possibly-relevant fixes in bzr
[21:50] <charlie-tca> That works for me. At least we know it is broken, huh.
[21:51] <charlie-tca> Thanks for your time.
[22:29] <CIA-3> installation-guide: cjwatson * r448 ubuntu/debian/changelog: user-setup encryption change fixes LP: #323174
[23:03]  * mpt compares <http://upload.wikimedia.org/wikipedia/commons/5/51/Usb-creator.png> vs. <http://imag.malavida.com/mvimgbig/download/fedora-live-usb-creator-5419-1.jpg>
[23:04] <mpt> Ours is more explanatory
[23:04] <mpt> Fedora's has the advantage that it runs from Windows :-)


[18:51] <pleia2> btw, sent another followup regarding the convoluted process new contributors need to go through to log into the help.u.c./community wiki, last update was in february where balloons said it would be made a priority but that "is not a quick fix."
[18:52]  * balloons just looked at that RT again
[18:52] <balloons> recently to remind myself
[18:52] <knome> and any other community service.
[18:52] <pleia2> we appreciate that
[18:52] <pleia2> yeah, loco.ubuntu.com suffers from this too
[18:52] <balloons> well I wish I could actually fix it for you..
[18:52]  * balloons ducks back out
[18:53] <pleia2> I have to tell people to contact me directly to RSVP to events if they can't log in to RSVP to the site, that's typically about half the attendees
[19:01] <pmatulis> pleia2: i'm not up-to-date on this problem.  is it documented somewhere?
[19:05] <pleia2> pmatulis: pretty much the fact that we have to have this page: https://help.ubuntu.com/community/WikiGuide/Registration
[19:05] <pleia2> pmatulis: very few users find it, or have the patience to go through it, so they just give up and leave without contributing
[19:05] <pleia2> some end up coming in here to ask, and it usually takes 20-30 minutes of debugging to finally get them logged in
[19:06] <pleia2> it all came about because IS merged Launchpad SSO with Ubuntu SSO without understanding the implications for our services
[19:06] <pmatulis> interesting
[19:06] <pleia2> it's been over a year since I submitted the ticket
[19:07] <pmatulis> it's the first time i hear of it but i do recall seeing some posts on ubuntu-doc about it
[19:07]  * pleia2 nods
[19:07] <pmatulis> pleia2: so no bug to track then, that's unfortunate
[19:08] <pleia2> pmatulis: the RT ticket is 24297
[19:08] <pleia2> I can dig up the doc team bug report, but IS only pays attention to tickets so there isn't any info there
[19:10] <pmatulis> pleia2: i cannot access that RT.  maybe i'm not looking in the right place
[19:10] <knome> pmatulis, rt.ubuntu.com
[19:10] <pleia2> pmatulis: you should be able to log in with your Ubuntu SSO at rt.ubuntu.com
[19:10] <pleia2> from there, go to https://rt.ubuntu.com/Ticket/Display.html?id=24297
[19:11] <pmatulis> got it


[00:00] <bennypr0fane> some process started and never ended until I shut down the terminal
[00:00] <bennypr0fane> no man page though
[00:00] <holstein> you can try "man -help" or just search for them online
[00:00] <holstein> http://manpages.ubuntu.com/manpages/dapper/man1/prename.1.html
[00:01] <bennypr0fane> so I did this now: ~$  sudo chown -R ben:ben /media/LinuxData
[00:01] <holstein> bennypr0fane: is that where the drive in question is mounted?
[00:01] <bennypr0fane> checking permissions in the file manager, they look the same as before
[00:01] <bennypr0fane> yes
[00:02] <bennypr0fane> it's an 800GB partition just for my user files
[00:02] <wxl> should i point out the fact that there is no rename command?
[00:02] <bennypr0fane> and I can't get the ***m Linuxes to use it
[00:02] <bennypr0fane> wxl yes there is
[00:03] <holstein> bennypr0fane: to use what?.. is that ext? or fat?
[00:03] <bennypr0fane> ext4
[00:03] <holstein> ok.. i see it /dev/sdb2: LABEL="LinuxData" UUID="86239bc9-8bfe-4d3a-8c9a-4885cd2bdb61" TYPE="ext4"
[00:03] <bennypr0fane> yes
[00:04] <holstein> i add with the uuid's
[00:04] <bennypr0fane> it seems most people do
[00:04] <bennypr0fane> but the LABELS muszt work too
[00:05] <bennypr0fane> otherwise my system would never boot, since I mounted the system partition with Label as well
[00:05] <holstein> havent ever tried... ive only ever used the UUID
[00:06] <wxl> you win. news to me
[00:06] <holstein> bennypr0fane: i would undo the fstab.. get the system booting as expected.. manually mount and make sure its mounting as expected and you have permissions
[00:06] <holstein> then move on to making it automatic at startup from there
[00:06] <bennypr0fane> well but then I'd have to repeat in each session
[00:06] <holstein> bennypr0fane: then,, after you can get it persistent
[00:06] <wxl> you can try manpages.ubuntu.com next time
[00:06] <bennypr0fane> well how would you do thaT?
[00:07] <holstein> bennypr0fane: i would undo the fstab edit, and get the machine booting as expected
[00:07] <holstein> !mount | bennypr0fane
[00:07] <bennypr0fane> holstein I mean what would you do to make it automatic after that so you don't need to re-mount manaually at each session?
[00:08] <holstein> i would refer to that ^^ or the one i linked above and mount the partition to that directory, and check that you can read/write
[00:08] <bennypr0fane> ok, I get it
[00:08] <holstein> bennypr0fane: then, i would trouble shoot a proper fstab from there
[00:08] <bennypr0fane> I thought that's what I was doing now...
[00:08] <holstein> anyways.. i gotta run.. you can also try #ubuntu or one of the more busy channels if you need since this is not LXDE or lubuntu specific
[00:09] <bennypr0fane> right
[00:09] <holstein> good luck! :)
[00:09] <bennypr0fane> thanks!
[00:09] <bennypr0fane> bye!
[00:38] <NotLarry> my video (mplayer) will not resize.  it always is a small video window, even fullscreen.  lubuntu, 12.04 3.2.0-31-generic acer aspire one AO751h with the intel gma500
[00:40] <NotLarry> my google kungfu sux
[01:07] <NotLarry> ok, think I found an answer.
[02:49] <kanliot> on lubuntu, xscreensaveer has nothing to do with power manager right?  they are 2 different ways to blank the screen, turn it off, right?
[02:50] <redderhs> yea, almost positive it's two separate things
[02:51] <redderhs> they may work together though
[02:51] <redderhs> in some ways
[02:55] <kanliot> thx man
[02:56] <redderhs> np
[04:52] <Mr__> hi everyone
[04:52] <Mr__> anyone know how to edit the color of the background of the "resources monitor" applet in the lxpanel?
[05:11] <kanliot> Mr__, you mean the black backgroudn?
[05:12] <Mr__> kanliot, ya
[05:21] <kanliot> Mr__, i'd tell you to file a bug, but not sure where to file it against plugins
[06:48] <Techna_Rave_Pony> Hello?
[06:51] <jmarsden> Techna_Rave_Pony: Do you have an Lubuntu-related question?
[06:52] <Techna_Rave_Pony> I want to know when the next Lubuntu LTS release is
[06:52] <Techna_Rave_Pony> If I am to understand correctly it does not coincide with Canonocal's
[06:53] <Techna_Rave_Pony> Oh dear, I forgot my punctuation.
[06:53] <jmarsden> Techna_Rave_Pony: Lubuntu does not have the developer resources to officially do LTS.  If we did, we'd match the Ubuntu LTS schedule.
[06:53] <Techna_Rave_Pony> Ah
[11:10] <Duke> is there a way to restore files deleted with rm command?
[11:11] <NUCLEARWINTER> !undelete
[11:11] <Duke> NUCLEARWINTER: Thank you! :)
[11:12] <NUCLEARWINTER> photorec could be best tool
[11:13] <Duke> if i install it now, will it work?
[14:39] <Gius> Ciao! C'è qualche italiano? :0
[14:41] <Gius> ...
[16:15] <fjodor> hi, i am using lubuntu and i have replaced openbox with i3. how do i change the keymap? ibus doesnt work. i want to use de,us,ru,ja
[16:16] <starkers> how have you replaced it?
[16:17] <starkers> default session uses the lxdesktop stuff to handling keybinds etc so have a look at that
[16:17] <fjodor> starkers: lxdesktop is running, but instead of starting openbox i am starting i3. theres an option for that
[16:18] <fjodor> the rest is the same
[16:18] <fjodor> ibus doesnt work for me
[16:19] <fjodor> there is lxkeymap which kind of works. but i would like to have an icon at my statusbar
[16:19] <fjodor> starkers: am i right, that this would be the job of ibus?
[16:19] <starkers> I can't say I've ever used ibus so I'm no good to you I'm afraid
[16:20] <wxl> i've never used ibus either
[16:20]  * starkers shrugs and reads ibus faq
[16:20] <wxl> i was tasked in a testcase to test it once but it wasn't clear what it was supposed to do and not do
[16:20] <starkers> #ibus
[16:20] <wxl> what i would suggest is to try running a standard session, fjodor
[16:20] <wxl> you know what ibus is supposed to do
[16:21] <wxl> if it doesn't do it, file a bug
[16:21] <wxl> that's probably the best way to get it fixed
[16:21] <wxl> your only other alternative is lxkeymap (i do know enough to know that they accomplish essentially the same purpose)
[16:21] <fjodor> wxl: mmh what do you do to switch layout?
[16:22] <wxl> fjodor: you mean change window managers?
[16:22] <fjodor> change keymap
[16:22] <wxl> use lxkeymap.
[16:22] <wxl> ibus should also works, but if it doesn't, you should file a bug.
[16:22] <wxl> however, i would make sure that it also doesn't work in a standard lxde session (with openbox) before filing a bug.
[16:23] <fjodor> mmh k
[23:24] <Chairman_meow>  hi im currently on lubuntu and id like to know if thers a list of just the audio productoin packages that are used in ubuntu-studio that i  could install so i dont have to deal with video/graphics portion of the studio. Would i need to change kernels as well? is there a guide out there for any of this?
[23:25] <wxl> Chairman_meow: admittedly this seems like a better questions for ubuntu-studio, no? XD
[23:25] <wxl> Chairman_meow: anywho here's answer #1 https://en.wikipedia.org/wiki/Ubuntu_Studio#Audio
[23:29] <wxl> Chairman_meow: #2 is https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel and https://wiki.ubuntu.com/RealTime
[23:29] <wxl> Chairman_meow: you will find that the real-time kernel doesn't exist in the current ubuntu studio release tho https://en.wikipedia.org/wiki/Ubuntu_Studio#Real-time_kernel
[23:34] <Unit193> !info linux-image-lowlatency


[01:37] <infinity> tjaalton: Can you make up your mind about libatomic-ops-dev? :P
[01:37] <infinity> tjaalton: Oh, it was doko who added it, not you.
[01:38] <infinity> tjaalton: Why is it no longer necessary?
[04:04] <tjaalton> infinity: the xmir patch on xorg-server got fixed
[04:08] <infinity> tjaalton: Yeah, I sorted that eventually.
[11:41] <rbasak> Could someone review bug 1209493 for an FFe, please? It's ready to land.
[11:41] <ubot2> Launchpad bug 1209493 in subversion (Ubuntu) "[FFe] libapache2-svn missing in saucy" [Undecided,Confirmed] https://launchpad.net/bugs/1209493
[11:47] <infinity> rbasak: Why not merge instead of cherry-pick?  Some of nmu4 looks worthwhile too.
[11:48] <rbasak> infinity: I was focused on a specific bug for the FFe since that's the one I wanted to justify.
[11:48] <rbasak> I can do a merge instead if you're fine with that.
[11:48] <infinity> rbasak: I'd prefer the merge, TBH.
[11:52] <rbasak> np, I'll prepare a merge instead.
[11:52] <rbasak> Thanks
[12:04] <lool> ^ qtbase-opensource-src was tested by Mirv, I just sponsored it; it's a bugfix that he confirmed fixes what it was supposed to fix and he tested it doesn't regress apps on the touch image
[12:24] <Mirv> I'm also running the qtbase update on desktop (Qt Creator etc), but most testing done on touch (all autopilot tests + manual testing)
[13:21] <plars> infinity: we should be seeing rc candidate images at some point today I guess?
[13:33] <jdstrand> can someone approve click-apparmor 0.1.11-- it is touch only and has been approved by #ubuntu-ci-eng
[13:34] <xnox> plars: no.
[13:34] <cjwatson> ^- I think libprelude will actually FTBFS, but I'm getting it back into sync before uploading a build fix, basically to avoid having to do a merge later
[13:35] <cjwatson> forgot it'd be frozen ...
[14:05]  * cjwatson attacks the last few Apache 2.4 stragglers
[14:25] <Laney> seb128: I have a couple more patches for g-s-d
[14:25] <Laney> can I reject yours and include them
[14:25] <Laney> ?
[14:26] <seb128> Laney, which ones?
[14:26] <Laney> one from darkxst to fix media keys
[14:26] <Laney> and https://code.launchpad.net/~attente/gnome-settings-daemon/non-latin-media-keys/+merge/189369 which I've not reviewed yet
[14:26] <seb128> Laney, there is more work at flux for keyboard stuff but I was unsure if we wanted to mix it all, or get that obvious fix in and do anothe upload
[14:26] <seb128> Laney, ok, your call on whether you want to delay/batch them
[14:26] <seb128> I'm not picky
[14:27] <Laney> you might want to review that
[14:27] <seb128> I had a look, that's where I decided to upload the obvious one first and do another upload later :p
[14:27] <Laney> fair
[14:27] <seb128> Laney, I need to ask details to attente, I don't understand the problem/solution enough to make sense of the code
[14:27] <Laney> well I at least want to do Tim's
[14:27] <Laney> ta
[14:28] <seb128> yw
[14:28] <cjwatson> tjaalton: Could you look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725701 fairly urgently?  We need to get rid of the Apache 2.2 remnants in time for saucy.
[14:28] <ubot2> Debian bug 725701 in 389-admin "389-admin: port to Apache 2.4" [Important,Open]
[14:31] <seb128> Laney, hold a bit on the upload if you want to do one, discussing the patch on #ubuntu-desktop now
[14:32] <Laney> ok
[14:32] <Laney> rejecting anyway
[14:32] <Laney> I'll push tim's thing to bzr
[14:33] <tjaalton> cjwatson: oh, sure
[14:33] <tjaalton> thanks
[14:37] <cjwatson> self-rejecting gnutls26, slight bug, fixing
[14:37] <tjaalton> sigh, the sponsor for 389-admin never pushed git, grr
[14:37] <tjaalton> and haven't seen him since
[14:45] <tjaalton> cjwatson: i wonder if a rebase to upstream 1.1.35 would be in order.. it's not like these are widely used
[14:46] <tjaalton> 20 commits
[14:48] <cjwatson> tjaalton: If it doesn't break FF
[14:48] <cjwatson> tjaalton: I think you'd still need the patches I added/changed aside from apache-2.4.patch
[14:48] <tjaalton> sure
[14:49] <tjaalton> i guess it falls under bugfix-release
[14:53] <cjwatson> jdstrand: accepted, sorry for the delay
[14:54] <jdstrand> cjwatson: thanls
[14:54] <jdstrand> thanks even
[14:55]  * stgraber starts doing some queue review
[15:05] <cjwatson> ^- better this time
[15:17] <cyphermox> Laney: re: bug 1234887
[15:17] <ubot2> Launchpad bug 1234887 in network-manager (Ubuntu) "[FFE] Update NetworkManager to <IP_ADDRESS>" [Wishlist,Confirmed] https://launchpad.net/bugs/1234887
[15:17] <cyphermox> ^ the soname doesn't change but there is a (minimal) new feature... so I've marked this as a FFE
[15:18] <cyphermox> I'd very much like to land this as it contains quite a lot of useful bug fixes, but I realize it's quite late
[15:18] <Laney> cyphermox: what's 4a4d58a libnm-glib: bump soname then?
[15:19] <cyphermox> confusing -- http://paste.ubuntu.com/6205347/
[15:19] <cyphermox> as a result, unless I'm misreading, the soname doesn't change
[15:20] <cyphermox> appologies for the not diff -u output ;)
[15:20] <cyphermox> I'll still do a build test for the reverse-deps, just saying it's not a transition
[15:42] <Laney> cyphermox: mmm, seems fine then
[15:42] <Laney> in that regard anyway
[15:42] <Laney> has it been well tested?
[15:51] <cyphermox> Laney: I'm still working on that
[16:00]  * cjwatson self-rejects the libprelude sync in favour of a build-fixing upload
[16:21] <Laney> Riddell: is opencv meant to remove debian/*.docs?
[16:26] <Riddell> Laney: yeah that's deliberate
[16:27] <Laney> Would be nice if it were in the changelog
[16:28] <Laney> is it because installdocs installs it anyway?
[16:31] <Laney> Riddell: Can you forward or ask the sponsoree to forward both of these things to Debian? It looks like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720092#22 is false
[16:31] <ubot2> Debian bug 720092 in src:opencv "Please package ocl" [Wishlist,Open]
[16:32] <Laney> At least assuming your build-dep is right
[16:34] <Riddell> Laney: yeah will poke him
[16:34] <Laney> ok
[16:34] <Laney> accepting
[16:43] <rbasak> infinity: I've prepared a merge for bug 1209493
[16:43] <ubot2> Launchpad bug 1209493 in subversion (Ubuntu) "[FFe] libapache2-svn missing in saucy" [Undecided,Confirmed] https://launchpad.net/bugs/1209493
[16:44] <rbasak> infinity: could you provide a final ack now please, and I'll find a sponsor?
[17:40] <slangasek> infinity: you're still killing off the linux-ti-omap4 package, right, so I can ignore the build failure here?: http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20130917-saucy.html
[17:40] <ogra_> *sniff* ppor pandas
[17:40] <ogra_> *poor even
[17:41] <slangasek> they can still run the server images :)
[17:41] <cjwatson> huh, can they if we remove that kernel?
[17:41] <ogra_> faceless servers, yeah :/
[17:41] <ogra_> cjwatson, they run fine with mainline
[17:42] <ogra_> the GPU driver doesnt
[17:42] <cjwatson> aha, ok
[17:42] <ogra_> i wish we had decided to do a panda touch image ... that would come in so handy for test setups
[17:43] <ogra_> (though that would have used the same kernel)
[21:31] <infinity> slangasek: Yes, ti-omap4 is dying this week.
[21:32] <Laney> does that include the xorg revert?
[21:32] <infinity> Laney: Yes.
[21:32] <Laney> excellent
[21:32] <infinity> plars: Not unless today is Thursday and I slept in even longer than I thought.
[22:00] <stgraber> queuebot was asleep but there's a very small lxc change in the queue if someone could review it
[22:01]  * infinity snickers at all the "dnlcpp..." dependencies in the latest cross uploads.
[22:01] <stgraber> Laney: that evolution-data-server change scares me a bit after FeatureFreeze and that close to release. What exactly will happen to existing users? will their existing accounts just disappear, will they magically still work, does that change affect the UI?
[22:02] <stgraber> Laney: it seems like this falls under the "can't get any worse" reason for accepting but I'd prefer to confirm it first ;)
[22:06] <Laney> stgraber: The accounts will still be in Online Accounts, but they won't be integrated with e-d-s any more
[22:06] <Laney> If it somehow worked for you then that'll stop obviously and you will need to re-add them in evo
[22:06] <Laney> I didn't think about the UIF aspect, but there are some toggles in Online Accounts that won't be there any more
[22:07] <Laney> (If you like, you can test what happens with the current setup by removing evolution-data-server-uoa)
[22:07] <stgraber> Laney: did we have that online account stuff enabled in previous releases?
[22:07] <Laney> It's new in Saucy
[22:07] <stgraber> ok
[22:07] <stgraber> what's the likelihood that someone actually managed to use that thing at some point in the cycle?
[22:08] <Laney> It wasn't completely busted
[22:08] <Laney> but broken enough in bad enough ways
[22:09] <stgraber> Laney: ok, get me an ubuntu-gnome lead to ack on this and I'll accept it
[22:09] <stgraber> (since they're the only ones actually seeding evolution)
[22:09] <Laney> ok, shouldn't affect them as I kept -goa as a Depends
[22:10] <Laney> (why is evolution-dbg supported for ubuntu?)
[22:10] <stgraber> Laney: probably somehow caught by the big regexp in supported
[22:10] <stgraber> Laney: ah good point, if they don't ship ubuntu-online-accounts then that shouldn't affect them at all
[22:10] <Laney> more flavours seed e-d-s btw
[22:11] <stgraber> sure but they won't be nearly as affected as say a user actually using evolution who suddenly won't see any account when opening it
[22:11] <Laney> There's the calendar integration in indicator-datetime
[22:12] <Laney> darkxst: ^^^ want to confirm my e-d-s changes in saucy unapproved look ok?
[22:13] <stgraber> Laney: ok, so that's edubuntu, ubuntu, ubuntu-touch and ubuntukylin then
[22:13] <stgraber> Laney: as an edubuntu lead, I don't care, we just want the same as Ubuntu
[22:14] <stgraber> Laney: touch I'm not sure about, isn't that how you're supposed to access your google contacts on the phone?
[22:14] <stgraber> (no idea if that even works, I don't use google myself)
[22:15] <darkxst> Laney, we use GOA so those changes wont affect us
[22:16] <stgraber> Laney: ok, so you're left with ubuntu-touch and ubuntukylin (which I suspect will just want the same as Ubuntu anyway)
[22:17] <Laney> stgraber: I think that touch thing syncs things into e-d-s
[22:20] <Laney> hmm
[22:20] <Laney> I've got to go, maybe do a safety reject and I'll follow up on those two tomorrow
[22:20] <stgraber> Laney: ok, thanks. I'll reject and I'm always happy to accept from the reject queue once we've confirmed it's fine for everyone.
[22:20] <Laney> k
[22:21] <stgraber> crap
[22:21] <Laney> hahaha
[22:21] <Laney> block time?
[22:21] <stgraber> wrong button and I wasn't quick enough
[22:21] <stgraber> yep, I'll push a block
[22:21] <stgraber> I don't like LP being fast these days, that escape was pressed within ms of me clicking the wrong UI button
[22:22] <infinity> "fast"
[22:22] <infinity> I don't think I've heard that accusation before.
[22:23] <Laney> JackYu: ^ can you check/confirm that removing evolution-data-server-uoa (pretty badly broken) in saucy is ok for kylin?
[22:55] <stgraber> bdmurray: ping
[22:56] <stgraber> bdmurray: the delta for ubuntu-release-upgrader looks a bit weird. The changelog only mentions the switch to pkexec but looking at the diff, I see command line option removal and UI elements removal too...
[22:56] <stgraber> (well, and the ton of usual ubuntu-release-upgrader changes whenever someone uploads it, but that I expected)
[22:58] <bdmurray> stgraber: is there a url that you are looking at?
[23:00] <stgraber> bdmurray: http://launchpadlibrarian.net/152567426/ubuntu-release-upgrader_1%3A0.204_1%3A0.205.diff.gz
[23:02] <bdmurray> the UI element removal is related to showing the release notes which is redundant because do-release-upgrade shows them
[23:03] <bdmurray> the --test-uri option was just to show the release notes which check-new-release-gtk will no longer be doing
[23:03] <stgraber> ok
[23:04] <stgraber> that's all I noticed so I guess that's fine then, accepting
[23:04] <bdmurray> okay, thanks.  I'll be more verbose in the future.
[23:18] <JackYu> Laney, sure, will check soon.
[23:23] <jdstrand> fyi, per landing page, dbus and apparmor-easyprof-ubuntu uploads are coming
[23:51] <lool> jdstrand: is there an usual reviewer for apparmor-easyprof-ubuntu?  I see it's seeded in supported
[23:52] <jdstrand> lool: you mean an archive admin?
[23:53] <lool> no, release team
[23:53] <jdstrand> I seeded it, but it isn't on the desktop image
[23:53] <jdstrand> no, not really
[23:53] <jdstrand> it is only on touch
[23:53] <lool> jdstrand: ok, because it's seeded outside of just touch it has to be reviewed by release team
[23:53] <lool> jdstrand: and obviously same for dbus
[23:54] <jdstrand> lool: I noted in the landing plan that I tested several webapps and click packages (the only things that use it)
[23:54] <jdstrand> right-- I mentioned 30 minutes ago they were coming
[23:54] <jdstrand> (in this channel)
[23:56] <lool> jdstrand: yup, seen that, was just hoping someone was already used to reviewing these  :-)
[23:56]  * jdstrand nods
[23:57] <infinity> To be fair, that apparmor-easyprof-ubuntu upload is pretty much unreviewable.
[23:57] <jdstrand> quite a bit of policy updates due to late landing and various changes
[23:57] <jdstrand> infinity: oh?
[23:57] <infinity> jdstrand: Well, not without taking hours to comb through it all. :P
[23:57] <jdstrand> I've reviewed it quite extensively :P
[23:57] <slangasek> if it's only on touch, it needs to be "reviewed" by the release team
[23:57] <infinity> Yeah.
[23:58] <slangasek> viz:
[23:58] <infinity> I'm not putting much effort into it, just looking for obvious glaring hilarity.
[23:58] <jdstrand> it is in the supported seed, but not any images other than touch
[23:58] <infinity> Or, slangasek can beat me to it.
[23:58] <jdstrand> I'm sponsoring the dbus one for tyhicks
[23:59] <slangasek> jdstrand: does apparmor-easyprof-ubuntu go through daily-landing-meatgrinder?
[23:59] <infinity> The dbus one, I'll have a closer look at.  But I also assume it's not as extensive?
[23:59] <jdstrand> slangasek: if you mean the landing page-- lool and I have been discussing it. this has an important change for webapps due to hybris changes with gstreamer, but also is required for two other landings


[18:36] <madskjeldgaard>  Hey guys. Not sure if this is an actual issue I should post on the issue tracker so I will just gently ask here first: Since upgrading from Ubuntu Studio 18.04 to 19.04 and then persisting in 19.10, Alsa seems to set my headphone jack levels to 0 every time I reboot. This never happened in 18.04. I have to do "alsactl restore" to set it back every
[18:36] <madskjeldgaard> time.


[09:01] <mup> PR snapd#13243 closed: o/devicestate: take into account validation sets during remodel <Squash-merge> <Run nested> <Needs Documentation -auto-> <Run Nested -auto-> <Created by andrewphelpsj> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13243>
[09:56] <mup> PR snapd#13418 opened: .github: test golangci-lint fix [WIP] <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/13418>
[10:16] <mup> PR snapd#13419 opened: boot: fix missing type in asset list <⚠ Critical> <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/13419>
[10:52] <mup> PR snapd#13418 closed: .github: test golangci-lint fix [WIP] <Created by MiguelPires> <Closed by MiguelPires> <https://github.com/snapcore/snapd/pull/13418>
[10:57] <mup> PR snapd#13419 closed: boot: fix missing type in asset list <⚠ Critical> <Skip spread> <Created by MiguelPires> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13419>
[11:12] <mup> PR snapd#13420 opened: wip <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/13420>
[12:12] <mup> PR snapd#13421 opened: boot: fix more slices missing types <⚠ Critical> <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/13421>
[12:22] <mup> PR snapd#13422 opened: .github: update golangci-lint version to v1.55.2 <Skip spread> <Created by MiguelPires> <https://github.com/snapcore/snapd/pull/13422>
[12:47] <mup> PR snapd#13422 closed: .github: update golangci-lint version to v1.55.2 <Skip spread> <Created by MiguelPires> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13422>
[12:57] <mup> PR snapd#13420 closed: wip <Created by MiguelPires> <Closed by MiguelPires> <https://github.com/snapcore/snapd/pull/13420>
[13:12] <mup> PR snapd#13421 closed: boot: fix more slices missing types <⚠ Critical> <Skip spread> <Created by MiguelPires> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/13421>
[13:27] <mup> PR snapd#13423 opened: many: add mount/unmount/prepare handlers for components <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/13423>
[14:07] <mup> PR snapd#13424 opened: o/devicestate: extend CreateRecoverySystem to be able to build recovery system from validation sets <Needs Documentation -auto-> <Created by andrewphelpsj> <https://github.com/snapcore/snapd/pull/13424>
[15:45] <mup> Issue snapcraft#4464 closed: Parse and validate component keywords in `snapcraft.yaml` <Enhancement> <Created by mr-cal> <Closed by mr-cal> <https://github.com/snapcore/snapcraft/issues/4464>
[16:55] <mup> PR snapcraft#4493 opened: feat(lifecycle): conditionally enable partitions <Created by mr-cal> <https://github.com/snapcore/snapcraft/pull/4493>
[17:23] <mup> PR snapd#13425 opened: tests: add details to spread tests - part 4 <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/13425>
[18:30] <mup> PR snapcraft#4487 closed: [DRAFT] feat: enable partitions <Created by mr-cal> <Closed by mr-cal> <https://github.com/snapcore/snapcraft/pull/4487>
[19:20] <mup> PR snapcraft#4494 opened: ci(appveyor): fix pyinstaller <Created by syu-w> <https://github.com/snapcore/snapcraft/pull/4494>
[19:35] <mup> Issue snapcraft#4142 closed: snapcraft remote-build exits with return code 0 even when some snaps failed to build for a given arch <Created by pieqq> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/issues/4142>
[19:35] <mup> PR snapcraft#4480 closed: fix(remote): return error when remote build failed <Created by syu-w> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/4480>
[19:55] <mup> PR snapcraft#4400 closed: Return 1 if any remote-build failed <Created by Hook25> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/4400>
[19:55] <mup> PR snapcraft#4477 closed: snapcraft: Allow equal sign in commands <Created by 3v1n0> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/4477>


[20:51] <bdrung> micahg: are you involved in the firefox package?
[20:51] <micahg> bdrung: yes
[20:52] <bdrung> micahg: i tried the ff 4.0 daily from the ppa and webm didn't work.
[20:52] <micahg> bdrung: hmmm, well chrisccoulson has been doing most of the maintenance for 4.0, but I can take a look a little later
[20:53] <bdrung> micahg: is webm expected to work?
[20:53] <micahg> bdrung: I would think so
[20:53] <chrisccoulson> it works here....
[20:54] <bdrung> chrisccoulson: with which site did you test it?
[20:54] <chrisccoulson> http://devfiles.myopera.com/articles/1891/custom-controls-webm-360p.html
[20:57] <bdrung> chrisccoulson: that works. i tried youtube html5. maybe it's a youtube issue
[20:59] <chrisccoulson> have you got a link which doesn't work?
[20:59] <micahg> bdrung: Youtube HTML5 was H.264 last time I checked, did they change that?
[21:00] <bdrung> micahg: they provide both (some h.264 and some webm)
[21:00] <micahg> bdrung: ah, ok
[21:01] <bdrung> chrisccoulson: http://www.youtube.com/watch?v=8QSgNM9yNjo - you have to enable html5 first
[21:01] <bdrung> then you should see "html5 webm"
[21:02] <bdrung> chromium uses webm - on ff 4.0 i see only the flash player
[21:15] <chrisccoulson> bdrung, it's just a user agent issue, it works fine in the beta 6 release build
[21:16] <chrisccoulson> micahg - when did you get home?
[21:16] <bdrung> chrisccoulson: how can i adjust the user agent?
[21:16] <chrisccoulson> i didn't see you on friday evening ;)
[21:16] <micahg> chrisccoulson: about an hour ago
[21:16] <micahg> chrisccoulson: yeah, I went somewhere to spend the Sababth
[21:17] <micahg> *Sabbath
[21:17] <chrisccoulson> bdrung - you can re-enable the old format in about:config
[21:17] <chrisccoulson> general.useragent.compatMode.firefox
[21:18] <bdrung> thx. where can i see which user agent is used? the about window doesn't show the user agent any more
[21:18] <chrisccoulson> bdrung - http://whatsmyuseragent.com/
[21:19] <chrisccoulson> youtube just needs to fix their check, which i suspect will happen once b7 is released, and people start complaining about it
[21:21] <bdrung> you can't get the user agent directly from the browser?
[21:22] <fta> chrisccoulson, micahg: you have prism/natty/i386 stuck for days on a builder
[21:24] <chrisccoulson> fta - i guess that's the same gcc issue that affects all mozilla i386 builds atm
[21:24] <micahg> fta: can you stop the natty dailies for the moment?
[21:24] <fta> chrisccoulson, yep, xul stuck in malloc()
[21:24] <micahg> I'll ping someone for the failed build, thanks for the heads up
[21:24] <fta> easy to reproduce locally
[21:25] <chrisccoulson> fta - yeah, that's bug 663294
[21:25] <ubot2> Launchpad bug 663294 in gcc-4.5 (Ubuntu) "Firefox built with gcc-4.5 is a non-starter on i386 (affects: 2) (heat: 16)" [High,Confirmed] https://launchpad.net/bugs/663294
[21:25] <fta> yep, read it already
[21:26]  * micahg added to topic already
[21:26] <fta> i have some issues with chromium too
[21:26] <fta> but it's tougher to identify the issue
[21:27] <chrisccoulson> i talked to kees at UDS last week, we're going to switch off pie for the time being
[21:27] <chrisccoulson> once i've checked it with gcc-snapshot, i'll send the bug upstream to gcc
[21:28] <fta> for ch, it's not pie, nor the rest of the hardening, i tried
[21:28] <fta> could be a gcc 4.5 bug though but i doubt it and a gcc 4.4 ch has the bug on natty
[21:29] <fta> -and+as
[21:29] <chrisccoulson> that's not good. what's the actual issue?
[21:29] <fta> http://code.google.com/p/chromium/issues/detail?id=61311
[21:29] <chrisccoulson> i guess i should kick off a build of firefox with gcc-snapshot, whilst i'm not doing anything else
[21:29] <fta> ch already has this: http://codereview.chromium.org/download/issue4116008_1.diff
[21:31] <fta> that fixed a regression for searches in the omnibar
[21:31] <chrisccoulson> interesting
[21:31] <chrisccoulson> what does -fno-ipa-cp do? it's not in the GCC manual?
[21:32] <chrisccoulson> oops, the last sentence actually wasn't a question
[21:32]  * chrisccoulson needs more sleep
[21:32] <fta>        -fipa-cp
[21:32] <fta>            Perform interprocedural constant propagation.  This optimization
[21:32] <fta>            analyzes the program to determine when values passed to functions
[21:32] <fta>            are constants and then optimizes accordingly.  This optimization
[21:32] <fta>            can substantially increase performance if the application has
[21:32] <fta>            constants passed to functions.  This flag is enabled by default at
[21:32] <fta>            -O2, -Os and -O3.
[21:34] <fta> we should have a wiki page or something for the regressions in natty
[21:34] <fta> i'm sure there are plenty
[21:34] <fta> i have another on in emacs23 with ucb
[21:34] <fta> onE
[21:35] <chrisccoulson> yeah, and based on what i've seen in firefox, i bet there's a whole load of regressions we haven't found yet
[21:35] <chrisccoulson> i'm sure once people start upgrading to natty in larger numbers, more of these issues will appear
[21:35] <chrisccoulson> scary ;)
[21:35] <chrisccoulson> i'll probably upgrade tomorrow
[21:35] <micahg> chrisccoulson: fun :), we have less than 6 months to find them :), it'll probably go fasterc-4.5 once upstream switches to gc
[21:36] <chrisccoulson> heh :)
[21:36] <fta> i doubt they will
[21:43] <fta> funny, the chromium translations are not open yet, but i already received almost 700 strings


[07:23]  * abogani waves all
[07:23] <abogani> The new -lowlatency kernel is ready for test.
[07:23] <abogani> ScottL: ^
[08:12] <astraljava> abogani: Excellent news! I'll give it a go later today. :)
[12:41] <scott-work> astraljava: did you say that you were going to look into the cdrdao build failure?
[13:16] <astraljava> scott-work: Yeah, I will be, but might take until tomorrow, though.
[13:16] <scott-work> astraljava: no problem :)
[13:16] <astraljava> scott-work: Do you have an idea regarding us-meta?
[13:17] <scott-work> usually when i see uninstallable binaries i wait a few days and if no one else fixes it then i start to get worried and look into it ;)
[13:17] <scott-work> astraljava: the -meta is failing to build to because cdrdao is part of the -meta
[13:17] <scott-work> fix cdrdao and the -meta should build
[13:20] <astraljava> scott-work: Right. Yeah, on cdrdao changelog, seb128 has this to say: debian/control: build without gcdmaster it's not really maintained and it depends on deprecated gnome libraries
[13:20] <astraljava> But that was already last Friday, so I can't understand the failing build then.
[13:21] <astraljava> Ahh... I get it.
[13:21] <scott-work> you might just email him and tell him that it appears that his change is borking the build and see if he takes care of it
[13:21] <astraljava> cdrdao 1:1.2.3-0.1ubuntu1 produces uninstallable binaries, but there is now cdrdao (1:1.2.3-0.1ubuntu2) oneiric; urgency=low, for which the changelog entry is actually.
[13:22] <astraljava> Why are we building against the older one, then?
[13:24] <persia> Just bad timing probably.  The image builds build against what is available at ftp.internal when they build, which can be a bit behind the latest uploads.
[13:24] <astraljava> persia: Gotcha. So, wait a few more days, then.
[13:25] <persia> That's not what I'd do :)
[13:25] <astraljava> Oh?
[13:25] <persia> I'd recommend attempting an install in a chroot.
[13:25] <persia> `apt-get install ubuntustudio-desktop^` should pull the current task, and try to install it.
[13:26] <persia> If that works, the next image build *should* work (unless something else changes).  If that doesn't work, then it's worth investigating why.
[13:26] <persia> If something can't be installed, check LP to see if there is a more recent upload (usually this would fix it).
[13:26] <astraljava> persia: Okay, I'll do that tomorrow then. Thanks!
[13:26] <persia> Or maybe it's wedged by some other thing which is being fixed.
[13:27] <persia> And of course, if there are no pending uploads, then it's worth trying to just fix it (many times this is a rebuild or similar).
[13:28] <persia> Since packages are only rebuilt when they are noticed to have issues, it's not uncommon that we're running something built ages ago (some packages haven't been updated since 5.04, but they work, so nobody cares)
[13:28] <scott-work> LOL
[13:29] <persia> scott-work: http://qa.ubuntuwire.com/multidistrotools/unchanged/unchanged_since_warty
[13:29] <astraljava> Hehe. :)
[13:30] <scott-work> wow
[14:35] <scott-work> hi Kokito , good morning :)
[14:35] <scott-work> early for you isn't?
[14:40] <Kokito> morning scott-work
[14:40] <Kokito> yeah, lt of things in my head lately wake me up too early :)
[14:41] <scott-work> this weekend should be our regularly scheduled contributor meeting
[14:42] <scott-work> Kokito: will you be available for the meeting...it should be on Sunday morning, not sure of the time since ailo and holstein wanted to change it
[14:43] <ailo> scott-work, I think it would be good to change the time, so that everyone has the chance to participate
[14:44] <scott-work> ailo: i completely agree, just can't remember what time you and holstein decided ;)
[14:44] <ailo> I believe it was 17.00 UTC
[14:45] <ailo> Yeah, it was 17.00. I double checked with astraljava, who is the person that will have the latest time
[14:45] <ailo> He had no problem with it
[14:45] <scott-work> i'll see about updating the meeting wiki page today then for that
[14:45] <ailo> And Kokito should have the earliest time
[14:47] <Kokito> scott-work: & ailo I have not planned my weekend yet, but if I can I will attend the meeting
[14:47] <scott-work> Kokito: if not, can you send me an update for the website update and i'll report it for the meeting
[14:48] <scott-work> Kokito: is there anything still holding you up?
[14:48] <Kokito> scott-work: yes, lack of time :)
[14:49] <scott-work> Kokito: hahaha, i'm not sure i can help with that one :)
[14:53] <Kokito> I know :)
[15:19] <scott-work> listening to linux outlaws i heard that Fit and the Conniptions records their music with ubuntu studio
[15:19] <scott-work> http://music.conniptions.org/
[15:19] <scott-work> maybe we should include something on the new website to showcase artists that use ubuntu studio
[15:20] <scott-work> hi falktx
[15:20] <falktx> hey scott-work
[15:24]  * scott-work hasn't actually listened to the Fit and the Conniptions music
[15:29] <scott-work> listening to F&C, it's relatively well produced :)
[15:40] <scott-work> hi quadrispro
[15:41] <scott-work> i included you on the mudita24 RFP (or RPF) email
[15:41] <quadrispro> yep, I got it
[15:41] <quadrispro> hi all
[15:43] <scott-work> quadrispro: okay :)
[15:43] <falktx> hey quadrispro
[15:43] <scott-work> quadrispro: i see you have been busy with the ladish transition
[15:44] <quadrispro> I need to allocate some time for it as I'm quit busy with the lash->ladish transition
[15:44] <quadrispro> yep :)
[15:44] <quadrispro> I've been writing the report to request the removal of lash from Debian's archive
[15:45] <quadrispro> just few packages still need to be fixed
[15:45] <quadrispro> ehy falktx
[15:45] <falktx> quadrispro: quick question - is debian now fully deprecating lash in favour of ladish+session?
[15:46] <quadrispro> falktx, yep, it is
[15:46] <falktx> cool
[15:46] <quadrispro> keeping an obsolete software in the archive is nonsense anyway, plus the alternative is on the way
[15:47] <falktx> quadrispro: I want to backport your changes to my PPAs, so many thanks for your hard work
[15:47] <quadrispro> ;)
[15:50] <scott-work> quadrispro: i was under the impression that ladish depended on lash, it would appear that i was wrong then ;)
[15:51] <scott-work> it will be interesting to see how things split between jack-session and ladish
[15:51]  * falktx believes that as soon as he make some ladish tutorial videos, everyone will want to go the ladish way...
[15:52] <scott-work> i think i have a good feel for what ladish is offering but i haven't found a good resource to understand what jack-session is intending to offer
[15:52] <scott-work> falktx: that would be a good thing to do...i'll even offer to help with editing the video if you record it
[15:52] <quadrispro> yes, scott, you aren't right :) ladish is just the replacement of lash
[15:53] <scott-work> falktx:  don't forget, you make a script for building live images of ubuntu studio and i'll pay a bounty ;)
[15:54] <falktx> scott-work: yes, I didn't forgot that
[15:54] <scott-work> oh good :)
[15:55] <falktx> as soon as I port the old plugins from the old PPA and the debian-multimedia ladish stuff, I'll start to make ISOs
[16:19] <quadrispro> i have to go, cya!
[16:45] <holstein> ailo: 17:00 utc
[16:45]  * holstein double checking
[16:45] <holstein> im going to hit the lists with a reminder
[16:45] <ailo> holstein, Yep
[16:45] <holstein> sunday right?
[16:46] <ailo> Sunday as far as I am aware
[16:46] <holstein> cool
[16:46] <holstein> this is that converter that scott-work suggested right?
[16:46] <holstein> http://www.timeanddate.com/worldclock/converter.html
[16:52] <scott-work> this is the converter that i prefer:  http://www.timeanddate.com/worldclock/fixedform.html?year=2011&month=6&day=1&hour=0&min=0&sec=0&p1=104
[16:52] <scott-work> because it shows many major cities (countries) that most can find that is close to their own city
[16:53] <holstein> check this out...
[16:53] <holstein> http://www.timeanddate.com/worldclock/fixedtime.html?msg=ubuntustudio+meeting&iso=20110605T17
[16:54] <holstein> ^ that looks correct?
[16:54] <scott-work> http://www.timeanddate.com/worldclock/fixedtime.html?msg=Ubuntu+Studio+Contributor+Meeting&iso=20110605T17http://www.timeanddate.com/worldclock/fixedtime.html?msg=Ubuntu+Studio+Contributor+Meeting&iso=20110605T17
[16:54] <scott-work> oh, sorry, didn't see you had typed, holstein
[16:55] <scott-work> why is my link sooooo much longer than yours, hmmmm?
[16:55] <holstein> i think its just doubled up
[16:55] <scott-work> oh, because mine is WRONG!  LOL
[16:55] <holstein> and the name is longer
[16:56] <scott-work> ah, right, deleted the last half and it works
[16:56] <scott-work> holstein: i would like to mention in all future correspondence that we include "ccontributor" to encourage people to help
[16:57] <holstein> scott-work: i like it
[16:57] <scott-work> or hopefully prevent biasing people to say, "well, crap, i can't code, i'm not a developer, i shoudlnt' be in that meeting"
[16:57] <holstein> http://www.timeanddate.com/worldclock/fixedtime.html?msg=Ubuntu+Studio+Contributor+Meeting&iso=20110605T17
[16:58] <holstein> ^ thats the link i'll use
[16:58] <holstein> scott-work: is there an itenerary?
[16:59] <scott-work> not yet
[16:59] <holstein> i think as things get closer, we need to get more 'buisness' about it
[16:59] <scott-work> i will throw together something during lunch today
[16:59] <holstein> did you get a chance to see charlie-tca run that xubuntu-devel meeting?
[16:59] <scott-work> i did
[16:59] <holstein> quite effecient :)
[16:59] <scott-work> i think if we held it in #ubuntu-meeting then we could use that bot
[17:00] <holstein> Daviey said he'd help us get a bot in here
[17:00] <holstein> scott-work: i could go either way really
[17:00] <Daviey> holstein: did i?
[17:00] <holstein> Daviey: right?
[17:00] <scott-work> it is already in #ubuntu-meeting, i thought it was be easiest to do that
[17:00] <holstein> maybe you said you'd point me in the right direction
[17:01] <holstein> Daviey: im not saying you havent done what you said you'd do, i havent followed up
[17:02] <holstein> Daviey: i was asking because in #ubuntu-us-nc, mootbot-uk really made things easier
[17:03] <holstein> eitherway, the meeting is in here on sunday, so im going to get that annoucement out
[17:07] <Daviey> holstein: I can add mootbot-uk here.
[17:08] <Daviey> Personally, i wonder if having the meeting in #ubuntu-meeting is better for studio...
[17:08] <Daviey> more exposure. :)
[17:09] <holstein> Daviey: yeah, i agree with both you and scott-work about that
[17:10] <holstein> scott-work: i havnet fired off this email, do you want to see it #ubuntu-meeting is available?
[17:10] <holstein> *i mean, i'll see if its availalbe if you want to try and move it there by this sunday
[17:12] <Daviey> posting a reminder /here/ at meeting start time, surely means nobody will be lost.
[17:13] <scott-work> holstein: yes, i would try to see if #ubuntu-meeting is available, even log it into the calendar if possible, then email
[17:13] <holstein> scott-work: cool, i'll hold off then, and ping you when i sort it out
[17:15] <holstein> Daviey scott-work , do you have to be registered to have voice in -meeting?
[17:15] <holstein> flags are +Ccz looks like
[17:16] <holstein> When +z is set, the effects of +b, +q, and +m are relaxed. For each message, if that message would normally be blocked by one of these modes, it is instead sent to all the users who are currently set +o (channel operator). This is intended for use in moderated debates.
[17:17] <holstein> that looks open then right?
[17:17] <Daviey> it is open, anyone can talk
[17:17] <holstein> i plan on linking a freenode webchat link in the email
[17:17] <scott-work> holstein: you might not send the email until we have a wiki page to link with an agenda
[17:17] <holstein> i'll explain what that channel is for though
[17:17] <holstein> *dont just join and start heckling ;)
[17:18] <holstein> scott-work: is there an ongoing wiki page?
[17:18] <holstein> i'll start an agenda that looks like this
[17:18] <holstein> open discussion
[17:18] <holstein> discussion timeline
[17:19] <holstein> discuss timeline*
[17:19] <scott-work> https://wiki.ubuntu.com/UbuntuStudio/Meetings
[17:19] <scott-work> that's the landing page for them, i'll make a specific one later today unless you want to crack it out now
[17:20] <holstein> ok, that gets me started i think
[17:20] <holstein> scott-work: if i get stuck, i ping for help
[17:20] <scott-work> sure :)
[17:40] <holstein> scott-work: heres what i started https://wiki.ubuntu.com/UbuntuStudio/Meetings/2011June5
[17:41] <holstein> w00t, i got it added to the fridge for #ubuntu-meeting
[17:41] <holstein> *im pretty sure at least
[18:06] <scott-work> holstein: the fridge does show the meeting but it's labeling it at 5:00 pm GMT apparently, is this correct
[18:06]  * scott-work is pretty ignorant about GMT
[18:13] <charlie-tca> Studio installed for alpha1, if nothing is marked in Software Selection
[18:14] <scott-work> hi charlie-tca
[18:15] <charlie-tca> Hi
[18:15] <scott-work> we didn't actually expect an alpha1 image to be published, i thought i had that understanding with skaet
[18:15] <charlie-tca> Got a new guy testing it, just to see if it will install
[18:15] <charlie-tca> no problem
[18:15] <charlie-tca> gives him good practice
[18:15] <holstein> charlie-tca: w0w, thanks :)
[18:15] <scott-work> we know that the audio-base (or similar, forget the name) seed has uninstallable seeds so it probably craps out :/
[18:16] <charlie-tca> and it helps to be able to say you did publish alpha1, even if it is broken
[18:16] <holstein> scott-work: alright, i think i got everything sorted, im firing off this email
[18:16] <holstein> 17:00 UTC = 5pm GMT right?
[18:16] <scott-work> holstein: is the time on the fridge correct?
[18:16] <holstein> or am i making that up
[18:16] <scott-work> i don't know :/
[18:16] <holstein> well, i'll double check that...
[18:17] <scott-work> i thought UTC and GMT were the same, just renaming it
[18:18] <charlie-tca> holstein: right, I believe
[18:18] <holstein> yeah, UTC and GMT are the same
[18:18] <charlie-tca> let me get through this meeting and give you a world time url
[18:18] <holstein> so, 17:00 and 5p are the same
[18:18] <scott-work> good :)
[18:19] <holstein> http://www.timeanddate.com/worldclock/fixedtime.html?msg=Ubuntu+Studio+Contributor+Meeting&iso=20110605T17&sort=0 should be it
[18:19] <scott-work> charlie-tca: this is the converter we were using:  http://www.timeanddate.com/worldclock/fixedtime.html?msg=Ubuntu+Studio+Contributor+Meeting&iso=20110605T17
[18:19] <scott-work> lol
[18:19] <charlie-tca> That works.
[18:19] <holstein> OK, im firing it off
[18:19] <scott-work> sounds good :)
[18:19] <charlie-tca> to calculate real time, just subtract 12 from the numbers bigger than 12:00
[18:20] <charlie-tca> and add a pm, of course
[18:20] <holstein> scott-work: im sending it to both lists
[18:20] <scott-work> i'm ex USMC, i'm used to the military time ;)
[18:20] <holstein> the -dev and -user
[18:20] <scott-work> holstein: absolutely :)
[18:20] <holstein> OK
[18:21] <charlie-tca> scott-work: me too
[18:22] <scott-work> oh wow, that's cool, how long ago?
[18:22]  * charlie-tca has all his computer clocks on 24 hour time
[18:22] <scott-work> i've been out for almost fifteen years now
[18:22] <charlie-tca> retired in 1992 after 20
[18:22] <scott-work> oh wow, i didn't do that
[18:22] <scott-work> i got out after two years and two broken bones in my left foot
[18:22] <scott-work> which kinda pissed me off
[18:22] <charlie-tca> ouch
[18:23] <charlie-tca> That would
[18:23] <scott-work> i was on track to make sargeant in just over two years
[18:23] <scott-work> shit, wrong
[18:23] <charlie-tca> heh
[18:23] <scott-work> lcpl in 2, i would have made sergeant in four
[18:23] <charlie-tca> spellings were always a bear
[18:23] <charlie-tca> ah, yes
[18:24] <charlie-tca> Those were the days
[18:24] <scott-work> i got a promotion out of school for leadership which put me ahead
[18:24] <scott-work> i was mid/late twenties and everyone else was 18 :P
[18:24] <scott-work> charlie-tca: what did you do?
[18:25] <charlie-tca> bomb loader in the Air Force
[18:25] <scott-work> i was an Electrical Equipment Repair Specialist (EERS)
[18:25] <scott-work> oh, wow, that's a little interesting ;)
[18:26] <scott-work> i was trained to work on the electrical generating part of our generators but i usually ended up in the field with them or back in barracks busting rust, painting, changing filter
[18:27] <charlie-tca> We got involved in everything when we had to troubleshoot
[18:27] <scott-work> ya, good times, sometimes i really miss that because i never get to throw grenades or shoot large caliber weapons anymore
[18:27] <scott-work> ;)
[18:29] <charlie-tca> I never got to, unless you count watching the gun fire on an airplane
[18:34] <scott-work> i saw the range every year (although they were just starting to change it so if you qualified expert you would skip ever other year) but more inportantly...
[18:34] <scott-work> i went out LOADS of times with grunt to give them electricity and they did cool shit
[18:34] <scott-work> i got to shoot craps loads with them and throw grenades
[18:35] <scott-work> i could have hidden somewhere and avoid all of it by hanging by the generator but that's not me, you know ;)
[18:35] <scott-work> the funnest time i think was when i spent three months in south korea TAD'd with a comm unit
[18:36] <scott-work> they're were TOW guys there too, making plywood targets of Kim Il Jong and other guys, pretty hilarious and fun
[18:37] <charlie-tca> I bet it was
[18:47] <holstein> scott-work: did you get hooked up with skaet ?
[18:47] <holstein> she seems to me somewhat loose right now after a meeting *
[18:48] <scott-work> yes, she said she got chris jones to look at it this week
[18:48] <holstein> scott-work: OK :)
[18:48] <scott-work> it looks like it might only be me getting rights though
[18:48] <scott-work> i was hoping to have a similar situation like charlie-tca
[18:48] <holstein> scott-work: thats good enough right?
[18:48] <scott-work> where i can grant rights as well
[19:17] <astraljava> scott-work: Missed it the last time? No worries, here it is again: http://wiki.answers.com/Q/What_is_the_difference_between_UTC_and_GMT_time
[20:16] <scott-work> charlie-tca: is Guilliem the person you mentioned earlier who was testing the ubuntustudio image?
[20:20] <scott-work> hi hans, you're hans of jackpanel fame, are you not?
[20:22] <scott-work> oops, hansfbaier ^^^
[20:23] <hansfbaier> Yes
[20:23] <hansfbaier> Well, not much time for jackpanel development recently
[20:23] <hansfbaier> Still would need significant work, but my priorities shifted considerably since then
[20:23] <hansfbaier> new baby
[20:31] <scott-work> ooh, yes indeed!  i have three myself, well, not babies anymore though :)
[20:57] <hansfbaier> My third as well
[20:58] <hansfbaier> Most of my spare time is eaten by investing right now
[20:59] <hansfbaier> Being totally immersed in Open Source Development 2009 was fun, but it cost me a years worth of salary, because
[20:59] <hansfbaier> I totally neglected my investments
[20:59] <hansfbaier> :(


[11:16] -BottyMcBotFace:#ubuntu-news- ::OMG!Ubuntu:: Revealed: The BEST Ubuntu Release of the Past 10 Years @ https://www.omgubuntu.co.uk/?p=159296 (by Joey Sneddon)
[17:59] -BottyMcBotFace:#ubuntu-news- ::Planet:: Riccardo Padovani: My year on HackerOne @ https://rpadovani.com/2019-hackerone
[22:44] -BottyMcBotFace:#ubuntu-news- ::Planet:: Rhonda D'Vine: Puberty @ https://rhonda.deb.at/blog/2019/12/28#puberty


[03:18] <DerXero> rausch ausschlafen
[03:19] <mah> Sollst du Deutsch sprechen? :)
[03:19] <DerXero> ja
[09:28] <mdm1000> Hello.  anyone able to help me find out where Disk Manager went in Edgy, and how to add items to the Places list in nautilus?
[09:28] <owh> mdm1000: You should be in #ubuntu for that question, here we're going to see if we can help m0dY
[09:29] <mdm1000> ok, sorry
[09:29] <m0dY> owh, :)
[09:29] <m0dY> so now i have cloned sysctl.conf & passwd & shadow
[09:30] <owh> Ok, can I set some rules, or will someone smack me if I suggest that?
[09:30] <owh> For those sitting around, m0dY has done rm -rf /etc/*
[09:30] <Jordan_U> I always like a good "bring a comp back from the edge of death by it's bootstraps" challenge :)
[09:30] <owh> I strongly suspect that m0dY has already done too much "fixing" to recover it, but we'll see.
[09:31] <owh> I'd like to suggest that m0dY takes no actions until we are certain that the action won't make things worse.
[09:31] <owh> Can we agree on that?
[09:31] <m0dY> exactly at owh kindly stated, so for now althought i have passwd & shadow when i do reset the root password it gets changed in the shadow file but won't let me login with it through ssh
[09:31] <Jordan_U> I'm good with that
[09:32] <owh> Ok, first of all, I understand that m0dY's machine is Fedora, not Ubuntu. So bear that in mind if you make suggestions.
[09:32] <m0dY> owh,Jordan_U, im now in a stay still situation
[09:32] <owh> Let's get some data first.
[09:32] <m0dY> sure
[09:32] <owh> Where is the machine physically, is it with you?
[09:33] <m0dY> no, i only have ssh access to it through one session which im dying for not to loose it
[09:33] <owh> Is the machine in any way physically accessible by you?
[09:33] <m0dY> no way
[09:33] <owh> You like making things hard don't you?
[09:34] <owh> Ok, is this machine mission critical?
[09:34] <m0dY> not my choice :(
[09:34] <m0dY> yes
[09:34] <owh> Give me a $ per day figure if you can.
[09:34] <m0dY> i actually was having about 7 ssh sessionn opened and mis choosed the right window and gone through my way
[09:35] <nothlit> If you can't log in as root, its probably because the sshd_config isn't set to allow that
[09:35] <nothlit> but thats not a safe thing to do
[09:35] <owh> That's because there is no /etc directory left :-)
[09:36] <nothlit> oh
[09:36] <m0dY> nothlit, no, i have this option enabled in sshd_config
[09:36] <owh> So, are we talking big fish, or really annoying if we completely break it?
[09:36] <owh> m0dY: Not anymore you don't.
[09:36] <nothlit> m0dY, you shouldn't, you can always su/sudo
[09:36] <m0dY> no no, i have all FOLDERS in /etc/ but lost all FILES only
[09:36] <nothlit> people know the root account exists
[09:37] <owh> m0dY: Then you didn't do rm -rf /etc/*
[09:37] <nothlit> just reinstall all the progs that are missing configs
[09:37] <nothlit> or dpkg-reconfigure them
[09:37] <owh> Because if you did. there would be no directories.
[09:37] <Jordan_U> No he said he did an rm -f /etc/*
[09:37] <owh> nothlit: Can you please read back to what we started with?
[09:37] <m0dY> nothlit, i have ssh access tighted for one ip only which is my personal one
[09:37] <m0dY> owh, yes, only rm -f /etc/*
[09:37] <owh> *excellent*
[09:38] <nothlit> oh sorry
[09:38] <owh> Back in a tick.
[09:39] <m0dY> i now have /etc/{fstab,mtab,passwd,shadow,sysctl.conf,yum.conf} in place
[09:39] <owh> Hmm, that means that the *only* files missing are the ones in /etc/ directly, not any files in the sub directories.
[09:39] <owh> Wait up.
[09:39] <m0dY> i also check the proper permissions for those files when creating them
[09:40] <owh> That's not our immediate problem. Your users and password file is the first problem.
[09:40] <m0dY> owh, no.. thanks god sub directories wasn't touched
[09:40] <owh> Let me explain.
[09:40] <m0dY> yeah sure
[09:40] <owh> Each user when it is created gets assigned a number, called the UID.
[09:40] <m0dY> yeah, know that
[09:40] <owh> That number is used to allocate permissions to *all* the files on the system.
[09:41] <m0dY> yes
[09:41] <owh> If you just stuff any users into the machine, all the permissions will be broken.
[09:41] <owh> Including the permissions used to boot the machine.
[09:41] <owh> So, you cannot just create a user/password/group file and cross your fingers.
[09:41] <Jordan_U> ( curious ) including single user mode?
[09:41] <m0dY> owh, ok
[09:42] <nothlit> single user mode = root only
[09:42] <owh> In fact, the more users you create, the worse it gets.
[09:42] <m0dY> sure
[09:42] <owh> Hi Darst m0dY has just removed all the files in /etc :-)
[09:42] <Jordan_U> nothlit: I know, I was asking if you would still be able to boot in single user mode if you screwed up permissions
[09:42] <m0dY> i added only what was in,, i hardly used my memory to remember all
[09:42] <Darst> Hey Owh... m0dy... ouch...
[09:42] <owh> Now, the suggestion of booting into single user mode is valid, but only if there is enough information to boot.
[09:43] <m0dY> Darst, =(
[09:43] <Jordan_U> Darst: But none of the directories luckily
[09:43] <owh> Because the machine is remote, we cannot just stick a CD in the drive, boot into rescue mode and cross our fingers.
[09:43] <nothlit> all your init files are still intact?
[09:43] <owh> Yes
[09:43] <Darst> So we have the ability to rebuild ... make it stronger, faster?
[09:43] <Darst> :D
[09:43] <nothlit> but the service configs arent
[09:43] <owh> Correct.
[09:44] <m0dY> nothlit, all are in yes
[09:44] <owh> And stuff like resolv.conf, etc.
[09:44] <owh> Which we'll all need if we're going to be able to remote connect to this machine ever again.
[09:44] <owh> So, we won't be just fiddling :)
[09:44] <nothlit> can you grep the disc for those files?
[09:45] <owh> Not really.
[09:45] <nothlit> what filesystem are you using
[09:45] <m0dY> ext3
[09:45] <owh> There are undelete tools for ext2 file systems, but they require that the software is installed, we're not at that point yet :-)
[09:45] <owh> Also, they require that the drive is unmounted, bit hard if we're running off it.
[09:46] <owh> So, that's not yet an option.
[09:46] <owh> Also m0dY didn't help by starting to fix things :-)
[09:46] <Jordan_U> owh: Possibly eventually clever use of toram
[09:47] <m0dY> i only started cloning files with their default contents from another machine which have almost the same configuration and added users
[09:47] <owh> Hmm, if we can launch stuff, but likely we won't be able to do.
[09:47] <owh> m0dY: Which files have you now created?
[09:47] <owh> (You can run the ls command :-)
[09:48] <m0dY> passwd,shadow,sysctl.conf,resolv.conf,yum.conf,group,updatedb.conf
[09:48] <m0dY> shells,vimrc
[09:48] <nothlit> what about that military recovery tool on sourceforge
[09:48] <m0dY> sudoers
[09:49] <m0dY> nothlit, got no idea about it
[09:49] <owh> nothlit: How do you propose to use that if you cannot boot off a rescue cd, cannot get to the machine physically, and have one working ssh session left?
[09:49] <nothlit> can't install anything?
[09:49] <nothlit> I don't know how yum works so
[09:50] <owh> Ok, I'm opening up the floor for suggestions, keep it short, give some extra details if we need to understand your proposal.
[09:50] <m0dY> nothlit, well, all u need to know about yum is that you can't do a re-install-all-pkgs just like that
[09:50] <Jordan_U> owh: Is there any chance that the files which are still in use ( and thus not yet really deleted ) can somehow be recovered?
[09:50] <owh> So, one suggestion is to do the equivalent of dpkg-reconfigure --all.
[09:50] <m0dY> also yum checks BUNCH of files under /etc so i don't suggest touching it also
[09:51] <owh> Excellent suggestion Jordan_U, I was reading about that last week.
[09:51] <owh> So, that's the second suggestion.
[09:51] <owh> Any other takers?
[09:51] <owh> I suppose one suggestion is to recreate each file manually.
[09:52] <owh> If we can get ssh working, we can copy stuff across.
[09:53] <owh> Ok, how does the room feel about attempting to ssh out of the broken box back to our console? Anyone know of any files that will break?
[09:53] <m0dY> owh, yeah i think that will be the most safe way and if i just could get ssh to work back again i could then restore each file even in a month but i won't be afraid of loosing totaly root access
[09:53] <nothlit> so why doesn't grepping the disc work?
[09:54] <owh> nothlit: Because the disc is live and has been written to, besides, Jordan_U's suggestion of recovering files that are open is a good one.
[09:54] <m0dY> owh, recover by using ?
[09:54] <Jordan_U> owh: If they are open they havn't been written over and therefore should be grepable
[09:54] <nothlit> that should work for some of the files
[09:54] <owh> Exactly. The ones that are open still.
[09:55] <owh> Ok, stop for a moment.
[09:55] <owh> Does anyone recall the process using /proc or /sys, or do I need to google that?
[09:56] <m0dY> owh, that's a briliant one
[09:56] <owh> Ok, m0dY on the broken machine, run the command "lsof|grep /etc"
[09:57] <owh> What that will do is list the open files in etc.
[09:57] <m0dY> ok
[09:57] <Jordan_U> Does that include open but "deleted" files?
[09:57] <m0dY> ok
[09:58] <m0dY> http://pastebin.ca/272804
[09:58] <owh> I expect it to.
[09:58] <m0dY> nothing good in that
[09:59] <owh> Hmm funnily enough, that's identical to mine :-)
[10:00] <owh> Ok, read this for background information: http://www.hackinglinuxexposed.com/articles/20020507.html
[10:00] <m0dY> i c
[10:01] <m0dY> ok
[10:02] <owh> Hmm.
[10:02] <owh> As I investigate my own machine, I notice no processes that appear to have any files open in /etc/
[10:02] <m0dY> so actually there could be places storing files under etc ?
[10:02] <owh> Huh?
[10:03] <owh> I do not understand what you are asking me.
[10:03] <m0dY> i mean under /proc there could be files loading some info from files under /etc/ so i could get what was in back
[10:04] <cafuego_> there are no files in /proc
[10:05] <m0dY> pointers or something?!
[10:05] <cafuego_> not quite, but you can think of them like that
[10:05] <m0dY> yeah
[10:05] <owh> No, proc is the representation of information in memory, including inodes which exist on disk, which is where the file still exists until it's closed.
[10:05] <cafuego_> they're hooks into the kernel that cause the kernel to print info when they're accessed
[10:06] <owh> Ok, on the broken machine, can you ping the Internet?
[10:06] <cafuego_> if you deleted an open file, then indeed the kernel won't free the disk space
[10:06] <m0dY> owh, after restoring resolv.conf, yes i can
[10:06] <owh> Have you already done that?
[10:07] <m0dY> yes
[10:07] <owh> So, you can now ping the Internet?
[10:07] <m0dY> yes
[10:07] <owh> On your working machine, is there a file called /etc/hosts.equiv
[10:08] <m0dY> only ..... "host.conf    hosts        hosts.allow  hosts.deny"
[10:09] <owh> Did you have the locate command installed on the broken machine?
[10:09] <m0dY> yes and i managed to bring it back to life
[10:09] <m0dY> both locate & find are now working
[10:09] <owh> How *exactly*?
[10:10] <m0dY> well, restored the updatedb config file and added the line for the users slocate and ran updatedb
[10:10] <owh> FUCK.
[10:11] <owh> All was fine until you ran updatedb.
[10:11] <m0dY> :S
[10:11] <owh> At that point you destroyed the list of files in /etc/
[10:11] <m0dY> what da hell have i done !?
[10:11] <owh> Sigh.
[10:11] <owh> Ok, well, onwards and upwards. Sorry for the expletive.
[10:11] <m0dY> well, i think i cant tell what files exactly was under /etc/
[10:12] <owh> No, your computer could, you're just guessing.
[10:12] <m0dY> im hittin my head to the wall now anyhow
[10:12] <m0dY> no i can get it from the current machine
[10:12] <m0dY> the working one
[10:12] <m0dY> just the problem is in the contents
[10:12] <owh> No, they are different.
[10:13] <m0dY> different in names ?
[10:13] <owh> The OS is a different version, anything that is the same is accidental.
[10:13] <owh> I mean, that's overstating it, but essentially true.
[10:13] <m0dY> yeah with u in that
[10:14] <owh> The problem is this. The files in your /etc directory might have been modified since they were installed, either by you, by someone else, or by another application coming along and tweaking it when it was being installed.
[10:14] <owh> So, we have a problem.
[10:14] <m0dY> yes im awar of that
[10:15] <m0dY> *aware
[10:15] <owh> Ok.
[10:15] <owh> On the broken machine, try to ssh from the broken computer to the working computer. Nothing fancy, just an ssh.
[10:15] <nothlit> he just wants to restore basic functionality first though
[10:15] <m0dY> but actually if i even get the machine to its state as a newly installed machine then i would easily add the newly added stuff
[10:16] <m0dY> ok
[10:16] <owh> nothlit: Sure, but that basic functionality also includes the layout of his drives, essential services and usernames and passwords.
[10:16] <owh> nothlit: All of which are different from a standard config file.
[10:17] <owh> So, a newly installed machine might be what you think you want, but it isn't really.
[10:17] <owh> So, does the ssh out of the broken box work?
[10:17] <nothlit> its mostly the services really
[10:17] <nothlit> what was this machine's purpose?
[10:17] <owh> nothlit: Some of which we'll require to connect to it again.
[10:17] <m0dY> owh, no ssh out of box not working
[10:17] <owh> m0dY: What does it do?
[10:18] <m0dY> no, it works.
[10:18] <owh> Say that again, the ssh out of the broken box works?
[10:18] <m0dY> im in the working machine now through the broken one
[10:18] <m0dY> yes, it works
[10:18] <owh> Excellent.
[10:18] <nothlit> m0dY, did you recreate your fstab yet?
[10:19] <owh> Hold on, one thing at a time.
[10:19] <m0dY> yes, fstab & mtab
[10:19] <owh> m0dY: Go to the /root directory
[10:19] <owh> That is on the broken machine.
[10:19] <m0dY> in it
[10:19] <nothlit> well he's not unmounting the disc and using recovery tools, its better to do it now so he doesn't miss it
[10:20] <owh> So, you'll need to close the ssh session from the broken to the working machine, then go to the /root directory
[10:20] <m0dY> yes, i got u on that
[10:21] <owh> What I intend to do is copy the files from the working computer onto a backup directory on the broken machine, then deal with them one at a time. Any objections?
[10:21] <m0dY> now in the /root of the broken machine
[10:21] <m0dY> scp maybe ?
[10:21] <owh> Just to be sure, we're not talking /, we're talking the home directory of the root user.
[10:21] <m0dY> yeah man
[10:21] <m0dY> :)
[10:22] <owh> Ok, make a directory /root/working
[10:22] <m0dY> ok
[10:22] <owh> Go into it.
[10:22] <m0dY> ok
[10:23] <owh> scp -r root@working:/etc/ .
[10:23] <owh> That will copy the whole /etc tree from the working machine.
[10:23] <owh> We're going to do that to get a sense of differences between the two.
[10:24] <m0dY> ok
[10:24] <owh> Done?
[10:25] <m0dY> fixing some ssh issue and will be done now..
[10:26] <owh> Now we'll make a different directory with just the files we're going to play with: cd /root && mkdir working-files && cd working-files && scp root@working:/etc/* .
[10:26] <owh> That will copy just the files in /etc, not the directories.
[10:28] <owh> The intention is to diff the /etc on the working machine with that of the broken machine, so you can determine what things are different, that is, differences in configurations, packages, etc. Don't think of it in terms of actual options, think big picture.
[10:29] <m0dY> ok its now transferring
[10:29] <owh> The next step is to one by one move a file from working-files into /etc and fix them locally one at a time.
[10:29] <owh> That won't get everything done, but it should be most of it.
[10:29] <owh> Are there any comments people want to make?
[10:29] <m0dY> that would be the good way to go
[10:30] <owh> Any thing I've forgotten?
[10:30] <owh> As nothlit suggests, make sure that fstab and mtab are correct, without them nothing will mount.
[10:30] <nothlit> nah, pretty great simple solution to get a working system
[10:31] <owh> The fdisk -l command should help you determine your mount points.
[10:32] <nothlit> m0dY, do you remember any services you may have installed on this broken machine that aren't on the working one?
[10:32] <owh> I'm going to be eating dinner shortly, I'll leave this session open. I'll be back after some digestion. Feel free to stick around. Anyone who needs to reach me: http://itmaze.com.au/
[10:32] <m0dY> nothlit, both are almost clones in all services/settings/configurations
[10:32] <nothlit> also make absolutely sure all the networking files are set up correctly
[10:32] <owh> My single recommendation is to take it very slowly, do one file at a time, nothing in bulk, check and re-check, assume the worst.
[10:32] <m0dY> oh yeah
[10:33] <owh> Oh, and do a backup :-)
[10:33] <m0dY> owh, definitely will =''(
[10:33] <owh> Have fun :-)
[10:34] <m0dY> owh, bunch of THANKS for sticking along with me all this
[10:34] <m0dY> and many big THANKS for all in this room
[10:34] <m0dY> ill go with my way now and will update if i faced any problems
[10:35] <nothlit> that sucks that yum can't resolve those issues
[10:35] <m0dY> nothlit, thats suck that im using fedora on a production box
[10:35] <m0dY> which i would definitely won't be doing anymore
[10:40] <Jordan_U> What sucks is that you neglected to back up, which you DEFINATELY won't be doing any more :)
[10:46] <m0dY> Jordan_U, i will be doing backups in future
[10:47] <nothlit> mondo is a great tool for backups, cd, dvd, tape, nfs
[10:48] <m0dY> will check it out
[10:49] <nothlit> its gpl
[10:49] <nothlit> ' Mondo is in use by Lockheed-Martin, Nortel Networks, Siemens, HP, IBM, NASA's JPL, the US Dept of Agriculture, dozens of smaller companies, and tens of thousands of users.'
[10:50] <m0dY> and gpl !?
[10:50] <nothlit> yup :)
[10:50] <m0dY> www.mondorescue.org/ ?
[10:51] <nothlit> and the rescue discs it burns are bootable/restore themselves and yep
[10:52] <nothlit> you might be able to install it with yum
[10:52] <nothlit> after you finish doing all your recovery
[10:54] <m0dY> yeah im wokrin on it
[10:55] <nothlit> quintuple check your work
[10:56] <nothlit> also you can use make recovery isos to burn
[11:07] <owh> So, how did it go?
[11:11] <nothlit> i think hes still working on it
[11:11] <owh> Cool, well I'll be off for the evening if that's the case.
[11:12] <owh> Thanks for your input nothlit and Jordan_U!
[11:48] <m0dY> for all who helped me out here, the trick is done and box is fully functional again =D
[11:49] <m0dY> thanks owh, nothlit, Jordan_U....
[05:16] <ken> hi
[05:30] <jrib> bye
[06:12] <nalioth> jrib: you about?
[06:12] <jrib> nalioth: yep
[06:12] <jrib> what's up?
[06:12] <nalioth> you wanted something fixed ?
[06:13] <nalioth><PHONE_NUMBER> 10:35 < jrib> Can someone add a link to the schedule in -classroom?
[06:14] <nalioth> you can deop yourself when you're done  :)
[06:14] <jrib> thanks
[06:19] <nalioth> fanks?
[06:34] <JurB> irc.gnome.org


[00:00] -queuebot:#ubuntu-release- New binary: krb5 [i386] (hirsute-proposed/main) [1.18.3-4] (core, i386-whitelist)
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [amd64] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [armhf] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [ppc64el] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [amd64] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [armhf] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [s390x] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [arm64] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [s390x] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [i386] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted krb5 [i386] (hirsute-proposed) [1.18.3-4]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:19] -queuebot:#ubuntu-release- New: accepted libphonenumber [arm64] (hirsute-proposed) [8.12.16-3]
[00:19] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (hirsute-proposed) [3.10.14+dfsg-1ubuntu1]
[00:41] -queuebot:#ubuntu-release- New binary: hyperspy [amd64] (hirsute-proposed/universe) [1.6.1-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: cclive [s390x] (hirsute-proposed/none) [0.9.3-0.2] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: metadata-cleaner [s390x] (hirsute-proposed/none) [1.0.0-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: metadata-cleaner [ppc64el] (hirsute-proposed/none) [1.0.0-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: cclive [ppc64el] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: python-anyio [amd64] (hirsute-proposed/universe) [2.0.2-1] (no packageset)
[05:20] -queuebot:#ubuntu-release- New binary: digimend-dkms [amd64] (hirsute-proposed/universe) [10-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: cclive [amd64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: metadata-cleaner [arm64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: metadata-cleaner [armhf] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: cclive [armhf] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: metadata-cleaner [amd64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[05:32] -queuebot:#ubuntu-release- New binary: cclive [arm64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[05:45] -queuebot:#ubuntu-release- New binary: metadata-cleaner [riscv64] (hirsute-proposed/universe) [1.0.0-1] (no packageset)
[06:16] -queuebot:#ubuntu-release- New binary: cclive [riscv64] (hirsute-proposed/universe) [0.9.3-0.2] (no packageset)
[06:22] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (xenial-proposed) [4.15.0-1092.105~16.04.1]
[06:42] <ginggs> would someone please review? https://code.launchpad.net/~ginggs/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/396640
[06:42] <ginggs> i think it's the last blocker for r-bioc-* migration
[08:13] -queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1078.83] (no packageset)
[08:31] -queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1078.83]
[08:36] -queuebot:#ubuntu-release- Unapproved: s390-tools (hirsute-proposed/main) [2.15.1-0ubuntu5 => 2.15.1-0ubuntu6] (core)
[08:51] <seb128> would any archive admin want to review this change for component mismatch reports?
[08:51] <seb128> https://code.launchpad.net/~seb128/ubuntu-archive-tools/component-mismatches-mirtitles/+merge/395133
[08:51] <seb128> it has been in the queue since early decembre
[09:17] -queuebot:#ubuntu-release- New binary: linux-signed-oracle [amd64] (xenial-proposed/main) [4.15.0-1064.71~16.04.1] (kernel)
[09:24] <juliank> cjwatson: Wondering if we should have launchpad set some arbitrary (or like increasing) Phased-Update-Percentage for hirsute-proposed, such that we have some way to test the new phased update support in apt and make sure it works everywhere?
[09:24] <juliank> bdmurray rightfully pointed out that there's no way we can really test it now
[09:25] <juliank> having it set it in proposed would help simulate the effects on builders at least
[09:26] <juliank> Not that we end up releasing and then end up with problems somewhere from phased updates in -updates behaving different from what we expected
[09:45] <seb128> juliank, would that automatically impact some users or would they still need then to opt in by changing their apt config or something?
[09:46] <seb128> because randomly giving proposed updates to some users doesn't sound like something we should be goind
[09:46] <seb128> doing
[09:46] <juliank> seb128: it's opt-out
[09:47] <juliank> seb128: I feel like we gotta do some in the wild testing but I don't know what the best approach is
[09:47] <seb128> -1 from me
[09:47] <seb128> proposed is something we recommend not using, it would be bad taste to silently give updates from there to some users only for testing purpose
[09:48] <seb128> could we make it opt-in?
[09:48] <juliank> seb128: that's not what it's about
[09:48] <juliank> seb128: The phasing would be opt-out, if you have proposed enabled
[09:48] <juliank> If you don't have proposed enabled, nothing changes
[09:48] <seb128> ah, right
[09:48] <juliank> Something got lost somewhere in the explanation :D
[09:49] <seb128> I feel better about it described this way ;-)
[09:49] <seb128> right, if people go to the active step to enable proposed then it's fine to give them updates coming from there
[09:50] <juliank> yes, and phasing them at like +10% per hour since publishing, or just fixed 50% or something to test out phased updates in apt would be useful
[09:50] <Laney> I dunno, I always felt like proposed should be NotAutomatic, so you can actually sensibly opt in to only testing some things in there
[09:50] <Laney> seb128: I will review that in a minute, thx for the ping
[09:51] <juliank> Laney: I agree with that, but the reason it's not is that builders would have to manually enable it
[09:51] <juliank> um, manually pin it back up
[09:51] <juliank> At least that's what people said when I wanted to get this changed :)
[09:51] <Laney> yeah, they would have to have pinning, but that feels quite solvable
[09:51] <seb128> Laney, thanks!
[09:51] <Laney> but I'm not sure how that would mix with phasing then
[09:52] <juliank> Laney: the phasing overrides pins
[09:52] <juliank> command-line selector > phasing > pin
[09:52] <Laney> and NotAutomatic is a pin in this sense?
[09:53] <juliank> Yes, NotAutomatic changes the default pin to 1 for the repo
[09:53] <Laney> right, so the phasing would make NotAutomatic useless, not sure about that
[09:53] <juliank> Well
[09:53] <juliank> No
[09:54] <juliank> If it's phased to 100%, it's still pinned to 1
[09:55] <juliank> NotAutomatic would make phasing useless, you could say, except well, phasing still works if you manually pin up the packages you are interested up, or the entire repo
[09:55] <juliank> But phasing doesn't make NotAutomatic useless, as it only pins down stuff not-for-you to 1, but never actually pins something up over the configuration.
[09:56] <Laney> I see, > didn't express that concept to me
[09:56] <juliank> yeah
[09:56] <Laney> So you can pin it to do your phasing testing, or something
[09:56] <juliank> > was really ?:
[09:57] <juliank> well still bad explanation
[09:58] <juliank> If we could make proposed notautomatic for hirsute+1 that'd be great
[09:58] <juliank> It needs changes in a bunch of places, but it shouldn't be crazy
[09:59] <Laney> Ages ago a bunch of that work was done for backports, so it wouldn't be starting from scratch
[10:00] <Laney> e.g. setting the value in the Release file, buildds ignoring it for package builds
[10:00] <juliank> It would make SRU verification procedure a lot easier for normal users
[10:00] <Laney> And we wouldn't get people on devel mangling their systems as frequently as we do now
[10:01] <Laney> well, it'd be even more of a you get to keep both halves situation
[10:02] <juliank> I'm not sure if phasing works with autopkgtests, this needs to be tested
[10:02] <Laney> The SRU instructions might even be able to tell you how to use apt to install only that SRU, and update-manager could display them unchecked maybe
[10:02] <Laney> could be nice
[10:02] <Laney> go argue for getting this on the list :>
[10:02] <juliank> because if phasing overrides a pin-this-package-up I think this might break autopkgtest, so it would be nice to get some proposed packages to test what happens
[10:04] <juliank> Laney: I think for stable releases, there's some argument to be made for having time-based phasing for proposed (10% per day or so), and then users who add proposed effectively opt into a fast track of updates, but it's still way less worse than it is now
[10:05] <juliank> I kind of also would love a point-release repo that only ever gets updated on point releases
[10:06] <juliank> like it's a snapshot of updates at point release time :D
[10:06] <juliank> you can mix it with -security
[10:06] <Laney> I dunno, I think the way we have the process set up now it fits better as a pocket for manual testers to opt in to using, and with phasing we would use -updates more like that
[10:06] <Laney> unless we were to collect and make much more use of metrics from proposed updates
[10:06] <Laney> but I'm not on the SRU team am I :-)
[10:07] <juliank> Laney: I can't keep track of who is on what team :D
[10:09] <juliank> Laney: Seems like unsecure apps are blocked again and I can't auth to gmail smtp server
[10:15] <Laney> juliank: dunno what you're talking about, you think I'm on IS now? :P
[10:16] <juliank> Laney: Nah, I notified IS, but it appears the SMTP password stopped working
[10:17] <Laney> I don't use gmail but does it use per-app passwords?
[10:21] <juliank> Laney: not really
[10:55] <cjwatson> juliank: We aren't going to have Launchpad set it automatically.  ~ubuntu-archive is free to set something up to tweak overrides automatically if they want
[10:55] <cjwatson> (aside from what Seb etc. said)
[10:57] <Laney> cjwatson: the API has what we'd need already?
[10:57] <cjwatson> Laney: phased-updater already uses the API
[10:58] <cjwatson> It's true that you can't easily get the override in there the second something gets accepted into -proposed.  ~ubuntu-archive has plenty of cron jobs though ;-)
[10:58] <Laney> ah you mean that part, sorry, I was thinking of the NotAutomatic side
[10:58] <cjwatson> (I'm not sure it's a good idea)
[10:58] <cjwatson> Right, that's not in the API
[10:58] <Laney> because the thread juliank just started on devel
[10:58] <cjwatson> I'm just catching up on messages
[10:59] <juliank> NotAutomatic I want to do next cycle
[10:59] <juliank> :D
[11:02] <mwhudson> that sounds like it would save me time enabling proposed and scoring it down in all my lxds and vms
[11:03] <Laney> let's hope juliank can get management on board with the idea :>
[11:48] <Laney> huh we got the same bug like 5 times in that c-m email
[14:33] <teward> sil2100: got a few minutes for me to boucne stuff off you?
[14:33] <teward> (nonpriority)
[15:08] -queuebot:#ubuntu-release- Unapproved: ubiquity (focal-proposed/main) [<IP_ADDRESS> => <IP_ADDRESS>] (core)
[15:23] -queuebot:#ubuntu-release- Unapproved: python-apt (focal-proposed/main) [2.0.0ubuntu<IP_ADDRESS> => 2.0.0ubuntu<IP_ADDRESS>] (core, i386-whitelist)
[15:26] -queuebot:#ubuntu-release- New: accepted linux-signed-oracle [amd64] (xenial-proposed) [4.15.0-1064.71~16.04.1]
[15:47] -queuebot:#ubuntu-release- Unapproved: sssd (groovy-proposed/main) [2.3.1-3ubuntu2 => 2.3.1-3ubuntu3] (ubuntu-desktop, ubuntu-server)
[16:16] <sil2100> teward: hey! hm hm, what is it about? Since I'm right now in 20.04.2-spree ;)
[16:17] <sil2100> I might only have some cycles later, if anything
[16:17] <teward> is about that python3-cffi thing Studio wanted me to poke at, not a priority as it's SRU-eyes-needed :P
[16:17] <teward> so no worries, focus on your spree.
[16:18] <teward> if it were mission critical i'd tack on a note to Mark saying "Hey this stuff's critical I need to steal a few people for critical review"  ;)
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted python-apt [source] (focal-proposed) [2.0.0ubuntu<IP_ADDRESS>]
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity [source] (focal-proposed) [<IP_ADDRESS>]
[17:00] <Laney> ah man I wanted to slip some commits into ubiquity
[17:00] <Laney> it's not too late right ¬_¬
[17:20] <rbalint> sil2100, Laney i see https://code.launchpad.net/~rbalint/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/395911 merged, but the retriggered tests don't seem to run on big instances: https://autopkgtest.ubuntu.com/packages/m/mysql-connector-c++/focal/s390x
[17:20] <rbalint> is there manual deployment step that's needed?
[17:22] -queuebot:#ubuntu-release- New binary: skalibs [ppc64el] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: skalibs [s390x] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:24] <Laney> yes there is
[17:24] <rbalint> Laney, could you please deploy later master?
[17:25] -queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [ppc64el] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: kodi-pvr-octonet [amd64] (hirsute-proposed/universe) [4.1.0-2+ds1-1] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: skalibs [amd64] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:27] <Laney> in a bit, calls
[17:32] <Laney> rbalint: done
[17:34] <rbalint> Laney, thanks, retrying!
[17:35] <rbalint> Laney, now since we got rid of the cowboy, could deployment be automatic?
[17:36] <rbalint> one less thing to do :-)
[17:36] <Laney> if someone does it, we need to know when the config files change and send a SIGHUP to the workers if they have
[17:37] -queuebot:#ubuntu-release- New binary: skalibs [arm64] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:37] -queuebot:#ubuntu-release- New binary: skalibs [armhf] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:37] <Laney> or make the workers inotify on their config and reload themselves
[17:38] <rbalint> Laney, i think the SIGHUP would be better, in case multiple files are used
[17:39] <Laney> not sure what you mean there
[17:39] <Laney> anyway either would work
[17:39] <Laney> a bit differently for the upcoming branch since the config comes from juju config there
[17:50] -queuebot:#ubuntu-release- New binary: skalibs [riscv64] (hirsute-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:56] <sil2100> Oh, damn, didn't run the manual deployment step as I thought it's not manual
[17:57] <sil2100> I think Bileto spoiled me
[17:57] <sil2100> Sorry about that
[20:07] -queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [amd64] (hirsute-proposed) [4.1.0-2+ds1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [amd64] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [armhf] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [riscv64] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:07] -queuebot:#ubuntu-release- New: accepted kodi-pvr-octonet [ppc64el] (hirsute-proposed) [4.1.0-2+ds1-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [ppc64el] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [arm64] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:07] -queuebot:#ubuntu-release- New: accepted skalibs [s390x] (hirsute-proposed) [<IP_ADDRESS>-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [amd64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [armhf] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted digimend-dkms [amd64] (hirsute-proposed) [10-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [arm64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [riscv64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [arm64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [amd64] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted python-anyio [amd64] (hirsute-proposed) [2.0.2-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [riscv64] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [armhf] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [ppc64el] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted hyperspy [amd64] (hirsute-proposed) [1.6.1-1]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [s390x] (hirsute-proposed) [1.0.0-1]
[20:08] -queuebot:#ubuntu-release- New: accepted cclive [s390x] (hirsute-proposed) [0.9.3-0.2]
[20:08] -queuebot:#ubuntu-release- New: accepted metadata-cleaner [ppc64el] (hirsute-proposed) [1.0.0-1]
[21:40] -queuebot:#ubuntu-release- New binary: execline [ppc64el] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[21:41] -queuebot:#ubuntu-release- New binary: execline [s390x] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[21:41] -queuebot:#ubuntu-release- New binary: execline [amd64] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[21:43] -queuebot:#ubuntu-release- New binary: execline [arm64] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[21:45] -queuebot:#ubuntu-release- New binary: execline [armhf] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[22:03] -queuebot:#ubuntu-release- New binary: execline [riscv64] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[22:53] -queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [arm64] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie)
[22:56] -queuebot:#ubuntu-release- New binary: ubuntu-budgie-meta [armhf] (hirsute-proposed/universe) [0.72] (personal-fossfreedom, ubuntu-budgie)
[23:33] -queuebot:#ubuntu-release- New binary: kissfft [amd64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: orphan-sysvinit-scripts [amd64] (hirsute-proposed/universe) [0.06] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: qbs [s390x] (hirsute-proposed/universe) [1.18.0-3] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: uhttpmock [amd64] (hirsute-proposed/universe) [0.5.3-1] (i386-whitelist)
[23:41] -queuebot:#ubuntu-release- New binary: qbs [ppc64el] (hirsute-proposed/universe) [1.18.0-3] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: kissfft [riscv64] (hirsute-proposed/universe) [131+git20201106.cc862cb-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New: accepted execline [amd64] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [armhf] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [riscv64] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [arm64] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [s390x] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:54] -queuebot:#ubuntu-release- New: accepted execline [ppc64el] (hirsute-proposed) [<IP_ADDRESS>-2]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [amd64] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [riscv64] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted orphan-sysvinit-scripts [amd64] (hirsute-proposed) [0.06]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [i386] (hirsute-proposed) [0.5.3-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [ppc64el] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [amd64] (hirsute-proposed) [0.5.3-1]
[23:55] -queuebot:#ubuntu-release- New: accepted kissfft [s390x] (hirsute-proposed) [131+git20201106.cc862cb-1]
[23:55] -queuebot:#ubuntu-release- New: accepted uhttpmock [ppc64el] (hirsute-proposed) [0.5.3-1]
[23:56] -queuebot:#ubuntu-release- New: accepted uhttpmock [s390x] (hirsute-proposed) [0.5.3-1]