[03:58] <cdbs> BlackZ: did I mark the merge for myself?
[03:58] <cdbs> Okay, Lorenzo isn't here
[04:10] <kaushal> hi
[04:10] <kaushal> I have been updating local ubuntu mirror using debmirror since last saturday it has just reached 29%. is there a way to populate it quicker ?
[04:11] <micahg> kaushal: use a faster mirror?
[04:11] <kaushal> micahg: shall i pastebin the deb mirror script ?
[04:12] <micahg> kaushal: it's normal for things to be a little slow right after release
[04:12] <kaushal> ok
[04:13] <kaushal> It takes almost close to 10 days to get it populated whenever there is a new release
[04:13] <kaushal> Any workaround ?
[04:13] <kaushal> micahg: I am using in.archive.ubuntu.com
[04:14] <kaushal> server=in.archive.ubuntu.com
[04:14] <micahg> kaushal: that's in the canonical DC, a local mirror might be faster
[04:14] <kaushal> DC mean Data Center
[04:14] <micahg> yes
[04:14] <kaushal> local mirror ?
[04:15] <kaushal> not sure i understand that
[04:15] <micahg> kaushal: geo-local
[04:15] <kaushal> Mumbai, India
[04:16] <micahg> kaushal: https://launchpad.net/ubuntu/+archivemirrors
[04:18] <kaushal> https://launchpad.net/ubuntu/+mirror/ftp.iitb.ac.in-archive
[04:18] <kaushal> Last update unknown
[04:18] <kaushal> so what would be the server=...... value ?
[04:21] <kaushal> Net::FTP: Bad hostname 'ftp://ftp.iitb.ac.in/distributions/ubuntu/archives/'
[04:22] <kaushal> Net::FTP: Bad hostname 'ftp://ftp.iitb.ac.in'
[04:22] <micahg> kaushal: get rid of ftp://
[04:23]  * ScottK generally believes in that.
[04:23] <micahg> +1
[04:30] <kaushal> [0%] Getting: dists/hardy-security/Release... dists/hardy-security/Release failed 500 read timeout
[04:31] <kaushal> micahg: wierd
[04:33] <kaushal> micahg: Any clue ?
[04:33] <micahg> kaushal: nope, no idea
[04:33] <micahg> there's a new debmirror in unstable :)
[04:34] <kaushal> http://pastebin.ubuntu.com/602600/
[04:37] <micahg> kaushal: you need the rest of the path to the ubuntu repo
[04:37] <micahg> ftp.iitb.ac.in/distributions/ubuntu/archives/
[04:42] <kaushal> ok
[04:46] <kaushal> micahg: Thanks
[04:48] <kaushal> micahg: much appreciated
[04:48] <kaushal> always helpful
[04:48] <kaushal> :)
[04:48] <kaushal> I love it
[08:52] <dupondje> Hi. Some small question about a merge. debdiff included should be from debian version vs ubuntu merged version? Or previous ubuntu version vs merged version?
[08:54] <tumbleweed> from the new debian version. From the previous ubuntu version too, if that's more readable.
[09:13] <geser> for me the Debian→Ubuntu debdiffs are easier to check as I can better see what delta is still there and if it matches the changelog entry
[09:44] <Rhonda> I wonder why bug #565182 never was forwarded to Debian   *sigh*
[09:45]  * Rhonda . o O ( and which the mentioned security update was )
[09:46] <Rhonda> Ah, found it
[09:48] <Rhonda> Ah. Got considered as minor issues.
[10:38] <Rhonda> nigelb: can the upstream bug you added in bug #493048 get linked somehow?
[10:38] <nigelb> Rhonda: no. that tracker doesn't work wwith LP :\
[10:51] <Rhonda> No flyspray support in LP?
[10:52] <Rhonda> It's not as if that would be such an uncommon bug tracker, to be honest …  *sigh*
[10:52] <Rhonda> It's even packaged for Ubuntu  :P
[10:53] <Rhonda> Erm, or not. what the, I thought it was
[10:53] <Rhonda> in dapper only, last time
[11:02] <nigelb> Yeah, I remember doing that a while back.
[11:06] <Laney> looks removed
[11:08] <Rhonda> is
[12:05] <G> is there a good guide for someone to look at regarding maintaining packages under Bazaar? (Merging, proposing bugfixes etc)
[12:15] <geser> G: try https://wiki.ubuntu.com/DistributedDevelopment/Documentation
[12:16] <G> geser: thanks
[12:16] <Rhonda> G: specificly, https://wiki.ubuntu.com/UbuntuDevelopment#Revision%20control%20%28Bazaar%29
[12:16] <Rhonda> And the links from there
[12:16] <G> Rhonda: thanks
[12:34] <Rhonda> Looking for backports ACKs for Bug #734731
[12:34]  * Rhonda . o O ( also looking for endorsements for my PPU application: https://wiki.ubuntu.com/GerfriedFuchs/DeveloperApplication )
[12:46] <Rhonda> uhm …
[12:47] <Rhonda> Is launchpad having troubles with debbugs?
[12:47] <Rhonda> Actually I wonder why bug #511912 still does show up in my bug list, shouldn't it get hidden because it's set to wontfix?
[12:48] <Rhonda> And why does it claim the debbugs number is invalid?
[12:51] <ScottK> Rhonda: re backports, commented in the bug.
[12:52]  * Rhonda . o O ( I need to make my matcher urxvt extension smarter so that bug numbers in here go to LP and not the Debian BTS … )
[12:54] <Rhonda> ScottK: -2 contains a fix for a crash. Actually, I just uploaded -3 to Debian which would even reduce the ubuntu diff (pulling two patches from it), and add another fix. :)
[12:54] <ScottK> Rhonda: Sounds like we should do an SRU for maverick and than backport that.
[12:55] <Rhonda> Right, the patch actually should be acceptable as SRU indeed.
[12:55] <ScottK> How about if we backport 1ubuntu1 from maverick to lucid now and then update the backport once the SRU is done?
[12:57] <Rhonda> Would work, yes. There are some fixes in 0.8.15 that people should be able to receive in an easy way.
[12:57] <ScottK> I'll mark up the bug and approve it then.
[12:58] <ScottK> Please ping me again after the SRU is in -updates and we'll do it again.
[12:59] <ScottK> Rhonda: It shows up in your bug list due to the Debian task being open.
[12:59] <Rhonda> Which it isn't, thus the question wether there are issues with debbugs.
[13:00] <Rhonda> But I think this has to be taken up to the launchpad people. What was the channel again?
[13:02] <ScottK> Rhonda: It's #launchpad.
[13:03] <dupondje> Hi, can somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/775588
[13:17] <G> sorry, potentially silly question, merge includes a new patch to fix a FTBFS issue, if I commit while the new patch is 'quilt push'ed, then if I debcommit, then the changes the patch makes will be committed to the Ubuntu bzr branch,  (from my understanding) is this correct, or should the first commit of the new patch, be with it bzr pop'd back to the last previously commited patch
[13:20] <paultag> G: the commited files should be patched, otherwise it will complain
[13:20] <paultag> last I checked anyway
[13:20] <paultag> :)
[13:21] <tumbleweed> for source format 3.0, patches should be applied. For source format 1.0 + quilt, they shouldn't be
[13:21] <highvoltage> good morning
[13:21] <tumbleweed> highvoltage: hi
[13:21] <G> paultag: so : bzr diff -r tag:<lastdebiantag> should include the changes I made to the files for the patch, plus debian/patches/foo.patch
[13:22] <G> tumbleweed: okay, yep debian/source/format says 3.0
[13:22] <paultag> G: my bzr know-how is crap, I use git :)
[13:22] <G> so I commit both sets of changes
[13:22] <tumbleweed> G: that diff should include the current ubuntu delta
[13:22] <tumbleweed> nothing else
[13:22] <tumbleweed> (err and stuff in .pc)
[13:22] <highvoltage> tumbleweed: got my visa approved just in time, so at least I'll make it to uds this time :)
[13:22] <tumbleweed> highvoltage: well done :)
[13:24] <G> tumbleweed: the debdiff atm looks like: http://pastebin.com/PjMNQe6N
[13:26] <G> so I'm guessing that's what you mean abotu current ubuntu delta
[13:36] <tumbleweed> G: I'd revert all the po stuff, it isn't relevant
[13:36] <G> tumbleweed: yep, I'd been looking at that
[13:37] <G> tumbleweed: but as far as committing .pc/applied_patches, configure.in (modifications) etc, that is correct?
[13:42] <tumbleweed> G: yes it's ugly, but it's correct
[13:42] <tumbleweed> the po changes are probably just due to the package not cleaning properly
[13:43] <Laney> you can put unapply-patches in debian/source/local-options to not have them applied in the VCS
[13:46] <tumbleweed> Laney: I wouldn't want to do that in UDD. Part of the aim of UDD is uniformity.
[13:46] <dupondje> Can somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/775588
[13:47] <G> tumbleweed: thanks for the help
[13:47] <G> tumbleweed: pushing my branch now :)
[13:47] <Laney> I would like to have it uniformly applied everywhere indeed
[13:47] <Laney> looms would be even better
[13:47] <tumbleweed> Laney: +1 to both of those
[13:47] <G> so, if I'm taking the UDD appreach, do I just do a merge proposal, and subscribe ubuntu-sponsors to one of the bugs that I'm fixing?
[13:48] <tumbleweed> G: no need to subscribe ubuntu-sponsors
[13:48] <tumbleweed> the merge proposal will be picked up by the sponsorship queue
[13:48] <G> oh just merge-proposal
[13:55] <G> tumbleweed: done, thanks
[13:56] <G> I take it the bugs should all be 'In Progress' too (does assignment matter, i.e. if they are assigned/unassigned etc?)
[14:02] <tumbleweed> G: when you are getting sponsorship via merge proposal, it doesn't matter. When using a bug with ubuntu-sponsors subscribed, it should be New/Confirmed, with no assignees.
[14:03] <tumbleweed> it doesn't matter too much, but the status may be used by anyone reviewing it, to make it clear that more work is required
[14:03] <G> tumbleweed: okay
[15:03] <udienz> G: hello
[15:04] <udienz> you can take zabbix merge, sorry for delay
[17:25] <stlsaint> hey would learning the packaging process thru using a chroot as build environment be good or would a live install server better?
[17:26] <stlsaint> hyperair: o/
[17:26] <hyperair> stlsaint: \o
[17:27] <stlsaint> hyperair: hey would learning the packaging process thru using a chroot as build environment be good or would a live install server better?
[17:28] <hyperair> stlsaint: i build my things in a chroot.
[17:28] <hyperair> stlsaint: something like pbuilder/cowbuilder or sbuild would be good.
[17:30] <stlsaint> hyperair: if i want to build for ubuntu would lubuntu server as a well environment
[17:30] <hyperair> stlsaint: at the core, ubuntu and lubuntu are no different.
[17:30] <hyperair> stlsaint: lubuntu is ubuntu with a different set of packages installed.
[17:31] <stlsaint> hyperair: yea thats what i understood as much, just wanting to make sure before i start off, thanks for the info
[17:31] <hyperair> np
[17:31] <hyperair> and good luck. =)
[17:31] <stlsaint> thanks mate
[17:32] <dupondje> Can somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/775588
[17:46] <geser> dupondje: looks good (from a formal point, didn't check if your changes are correct but they look ok)
[19:56] <dupondje> geser: thanks for checking
[20:04] <tumbleweed> dupondje: you can just subscribe sponsors, and somone will get to it soonish
[20:13] <Rhonda> huhm
[20:14] <Rhonda> where does the software center take the icons from?
[20:14] <Rhonda> Because I got a report that wesnoth doesn't has one in there.
[20:14] <highvoltage> from the cloud
[20:14] <highvoltage> (sorry just kidding)
[20:18] <Rhonda> *sigh* :)
[20:29] <geser> Rhonda: hmm, an .xpm for wesnoth is included in app-install-data and the Icon entry in the .desktop file for wesnoth mentions it
[20:30] <quadrispro> hi guys
[20:30] <Rhonda> geser: .xpm? .png
[20:31] <geser> /usr/share/app-install/icons/wesnoth-1.8-icon.xpm and /usr/share/app-install/icons/wesnoth-1.8_editor-icon.xpm
[20:31] <Rhonda> grep Icon /usr/share/applications/wesnoth-1.8.desktop
[20:31] <Rhonda> Icon=wesnoth-1.8-icon
[20:31] <Rhonda> hmm
[20:31] <Rhonda> ah
[20:32] <Rhonda> so not /usr/share/icons/wesnoth-1.8-icon.png
[20:32] <Rhonda> But nevertheless, why isn't it displayed?
[20:32] <geser> the same Icon entry in /usr/share/app-install/desktop/wesnoth-1.8.desktop
[20:35] <Rhonda> geser: So you have no clue neither? :)
[20:35] <geser> no
[20:39] <geser> Rhonda: I tried editing /usr/share/app-install/desktop/wesnoth-1.8.desktop and appended ".xpm" to the Icon and after a "update-software-center" I have an icon visible
[20:41] <geser> but I don't understand why it's needed as the .desktop file for zsnes doesn't contain a file extension either and also only has a .xpm file and it works there
[20:51] <geser> Rhonda: might be the "." in the Icon name as renaming the icon to wesnoth-18-icon.xpm and updating the .desktop file (without adding an extension) works too
[20:58] <Rhonda> geser: Hmmmm
[20:58] <geser> Rhonda: might be bug 745942
[20:58] <Rhonda> AH
[20:58] <Rhonda> Thanks for finding that one :)
[21:26] <c2tarun> need some help with the merge. there is a package atom4_4.1-4ubuntu1 in our archive, the change in it is included in its new debian version atom4_4.1-5. To check whether its a sync and not merge what should I check?
[21:30] <geser> c2tarun: test-build in oneiric
[21:31] <c2tarun> geser: can you help me in understanding this file a bit please http://paste.ubuntu.com/602971/
[21:31] <c2tarun> geser: I should keep the Maintainer as Ubuntu Developers?
[21:32] <geser> c2tarun: yes, keep Maintainer and XSBC-Original-Maintainer from the Ubuntu part and Build-Depends and Standards-Version from the Debian part
[21:33] <c2tarun> geser: got it :) just for confirmation, can you please check this control file http://paste.ubuntu.com/602972/
[21:33] <geser> this happens when a change couldn't get applied during a merge because the surrounding context changed
[21:34] <geser> looks good
[21:36] <geser> c2tarun: do you still have other changes left? because if the Maintainer change is the only one left -> sync instead of a merge
[21:37] <c2tarun> geser: the changes made in ubuntu version is included in the latest debian version. I can show you the patch files
[21:38] <c2tarun> geser: here is ubuntu1.patch file http://paste.ubuntu.com/602974/ and here is debian patch file http://paste.ubuntu.com/602975/
[21:39] <geser> as the Ubuntu delta is part of a bigger patch in Debian, this should be a sync
[21:39] <geser> if it builds in oneiric of course
[21:39] <c2tarun> geser: yeah, trying to build it on oneiric now.
[21:43] <c2tarun> geser: can you please look at this error http://paste.ubuntu.com/602978/
[21:45] <c2tarun> geser: it is due to upstream I guess. :/
[21:46] <geser> https://wiki.ubuntu.com/CompilerFlags#Ignoring%20return%20code%20of%20write%28%29
[21:56] <c2tarun> geser: this is the code fragment that is causing the problem http://paste.kde.org/49753/ according to document should I change it to http://paste.kde.org/49759/ ?
[21:57] <c2tarun> geser: well I should declare written as well. anything apart from that?
[22:02] <geser> c2tarun: "count" and "buf" need to be replaced with the proper values, you might need to set them before the do {} loops as you modify them inside the loops
[22:02] <geser> c2tarun: perhaps slangasek can help you a little bit on how to apply his template from the wiki page
[22:02]  * geser is going to bed
[22:03] <slangasek> my template?
[22:03] <c2tarun> slangasek: hey :) can you help me with this error?
[22:04] <slangasek> oh, did I write that?  hmm :)
[22:04] <geser> slangasek: https://wiki.ubuntu.com/CompilerFlags#Ignoring%20return%20code%20of%20write%28%29 contains thanks to you
[22:04] <slangasek> yeah, that rings a bell
[22:07] <c2tarun> slangasek: what changes should I make?
[22:12] <slangasek> c2tarun: cooking an untested patch now
[22:12] <c2tarun> slangasek: ok.
[22:21] <c2tarun> slangasek: ping
[22:22] <slangasek> c2tarun: see if this builds for you? http://paste.ubuntu.com/602994/
[22:23] <c2tarun> slangasek: one more help please, that package is not following any patching system, so should I introduce a patchsystem or I should simply apply and then generate a diff?
[22:24] <slangasek> c2tarun: there are existing changes to the upstream source, so I would just apply it directly
[22:28] <c2tarun> slangasek: its not building, here is the error log http://paste.ubuntu.com/602999/
[22:29] <slangasek> c2tarun: erm.  that's with the patch applied?
[22:29] <slangasek> well, the line number changed, so I guess so
[22:29] <slangasek> but that's strange, gcc is being even more picky than necessary
[22:30] <c2tarun> slangasek: yeah that is with the patch.
[22:31] <slangasek> sorry, I don't have more time to look at this right now; if you use that template from the wiki page (requires declaring a few more variables in advance), that will fix it reliably
[22:33] <c2tarun> slangasek: but I dont know what are those variables for?
[22:33] <c2tarun> slangasek: should I simply declare them and use them?
[22:33] <c2tarun> slangasek: and what should I mention in /* Handle error */ part?
[22:34] <slangasek> these are precisely the questions that I don't have time to look at just now, sorry... :)
[22:34] <slangasek> perhaps someone else is around who speaks C and has time to look at it
[22:35] <geser> c2tarun: you could try to assign the return value to a variable before checking the result with assert from slangasek's patch
[22:36] <geser> something like "ssize_t unused;", "unused = write(fd, &m.x, sizeof(m.x));", "assert(unused > 0);". perhaps that makes gcc happy
[22:36]  * c2tarun trying
[22:39] <c2tarun> geser: well against expectations it worked :)
[22:39] <c2tarun> wow...
[22:42] <c2tarun> geser: I guess this calls for a merge now?
[22:43] <geser> it's not a typical merge as we have no old Ubuntu delta to preserve but a new one, but yes you can call it "merge"


[12:53] <hobgoblin> I know it's not a 'xubuntu' package - but shortcuts appear to have just stopped working in clementine - anyone else lost shortcuts at all in the last 24 hours
[19:36] <micahg> ochosi: BTW, thunderbird icon issue seems fixed now :)
[19:40] <knome> "seems"? :)
[19:41] <knome> micahg, did you close the bug?
[19:50] <knome> madnick, ?
[19:51] <knome> mr_pouit, where can i follow the status of shimmer-themes being accepted/not accepted to repositories?
[19:51] <mr_pouit> knome: https://launchpad.net/ubuntu/precise/+queue
[19:51] <knome> mr_pouit, thanks!
[19:52] <knome> ochosi, how does gathering a set of wallpapers with xfce look?
[19:53] <mr_pouit> knome: when you can't find it in this page anymore, it's either accepted or rejected :p
[19:53] <knome> heheh, so what do i do then to know?
[19:53] <mr_pouit> if it's rejected, I will receive a mail with the reasons, so you can ask me :P
[19:54] <knome> ok :P
[19:54] <mr_pouit> https://launchpad.net/ubuntu/+source/shimmer-themes << and when it's accepted, you'll see a package here
[19:55] <knome> righto
[20:10] <mr_pouit> knome: btw, shall I add alacarte to the seeds?
[20:10] <knome> mr_pouit, do we have space?
[20:12] <hobgoblin> Evening - anyone using clementine or at even have it installed but not using it ;) If there is - do your keyboard shortcuts still work?
[20:12] <Unit193> ^^ 12.04
[20:12] <mr_pouit> knome: yes and no :P
[20:13] <hobgoblin> indeed - thought this was the channel for that Unit193 :)
[20:13] <knome> mr_pouit, no because... ?
[20:13] <Unit193> hobgoblin: No, this is the devel channel, #ubuntu+1 is +1 support :P
[20:13] <mr_pouit> I think we're oversized on desktop/amd64 and alternate/*
[20:14] <knome> mr_pouit, does it look like we can fit it in for release in amd64?
[20:14] <hobgoblin> wrong channel then
[20:15] <mr_pouit> knome: let's see again once we replaced murrine-themes by shimmer-themes
[20:15] <knome> okay, i'd say postpone seeding until that
[23:42] <ochosi> knome: well i hope we can get it into 4.10, but that doesn't mean much for precise
[23:42] <ochosi> knome: so i'd say for precise that ship might've sailed
[23:43] <knome> heh, so, do you have *any* wallpapers gathered?
[23:44] <knome> want to try to include them?
[23:45] <ochosi> no, we do
[23:45] <ochosi> but we haven't finalized the selection yet
[23:45] <ochosi> i think we have ~6 wps atm
[23:45] <knome> aha, right
[23:45] <ochosi> have to talk to stephan about it first i guess
[23:45] <knome> okay
[23:45] <ochosi> half are his, other half are mine
[23:45] <knome> :)
[23:46] <knome> btw, we're under the mainline \o/
[23:47] <knome> http://status.ubuntu.com/ubuntu-precise/group/topic-precise-flavor-xubuntu.html
[23:47] <knome> i talked with iain farrell today
[23:47] <knome> the guy who was leading the canonical design team
[23:48] <knome> he's left canonical, but he's still running the competition to gather good looking community wallpapers to ubuntu every release
[23:48] <knome> i don't know if it would make sense to collaborate with him on that too
[23:49] <knome> afaik they're getting lots of submissions, and we could gather our own of them
[23:49] <ochosi> yeah why not, as long as we get to decide what we want to include autocratically, that is, without public voting or something
[23:49] <ochosi> i thought that was pretty annoying the last time :p
[23:50] <knome> heh
[23:50] <knome> why wouldn't we be able? :P
[23:50] <ochosi> yay, what happened? madnick marked his stuff as done? :D
[23:50] <knome> no, marked some of the menu managing stuff as postponed
[23:50] <ochosi> well actually if we have working alacarte i don't see much use for writing our own stuff
[23:50] <ochosi> i mean it works ok
[23:50] <ochosi> and it's maintained elsewhere (or at least: was)
[23:50] <knome> yeah, i agree
[23:51] <ochosi> oh, while we're on that subject (items on burndown):
[23:51] <ochosi> i pinged Cimi again today about the merge request
[23:51] <knome> but of course, if something is lighter and works better than alarcarte...
[23:51] <knome> aha, right
[23:52] <ochosi> well not sure how _much_ lighter you can be, if the deps are reduced
[23:52] <knome> he was loggeg in to IRC?
[23:52] <ochosi> yes, he even replied
[23:52] <knome> yeah, i know
[23:52] <knome> lxmenueditor too
[23:52] <knome> if that's in the repos for PP
[23:52] <ochosi> yeah, we don't need yet another menu-editor (in a way)
[23:52] <knome> yeah
[23:52] <ochosi> as long as the others don't fully fail
[23:52] <ochosi> so..
[23:52] <knome> heh
[23:52] <ochosi> the merge request
[23:52] <knome> yeap
[23:52] <knome> i'm listening
[23:53] <ochosi> he simply said that the merge-window closes on the 16th
[23:53] <knome> ...yes
[23:53] <knome> and?
[23:53] <ochosi> it was a 3 word answer to my question
[23:53] <knome> :D
[23:53] <ochosi> that's all
[23:53] <knome> ffft
[23:53] <ochosi> he didn't say anything else
[23:53] <knome> meh
[23:53] <knome> is there ANYBODY ELSE who can do that?
[23:54] <ochosi> nope
[23:54] <ochosi> don't think so
[23:54] <ochosi> but i kinda haven't given up hope that that means he'll merge it
[23:54] <knome> awwh
[23:54] <ochosi> i mean he always acted as if
[23:55] <ochosi> hm, anyway, i really tried to be nice about it and all, but i feel a bit annoyed/ignored
[23:55] <knome> maybe i should mail him
[23:55] <knome> what's the merge url
[23:56] <ochosi> nah, not sure
[23:56] <ochosi> that might just annoy him and not really raise our chances
[23:56] <ochosi> he's aware of it, that's all i wanted to make sure of
[23:56] <knome> right
[23:56] <ochosi> if he doesn't merge it for precise there's _precisely_ nothing we can do about it
[23:56] <knome> if that's not done more close to the freeze, i can mail him then
[23:56] <ochosi> sure
[23:57] <ochosi> so anyway, i still have the stupid bluebird-gtk3 port ahead of me... :/
[23:57] <knome> brb
[23:57] <ochosi> the shortcut-keys mostly need discussion, right?
[23:59] <ochosi> how come the discussion about the lightdm theme hasn't been started yet? (i mean the mockups have been out there since november or something and the theme would really look like them)


[00:00] <LoCaLMaChIn1> I know Gnome has one but according to reviews its buggy just curious and see if anyone else in the room has a modem dialer that is like kppp
[00:16] <pomada> hello
[00:17] <pomada> i just install a nice font but when i try to make it bigger.. letter 11 instead of 9
[00:17] <pomada> wait
[00:17] <pomada> never mind
[00:45] <Ghetek> hey guys i want to use rsync to recursively copy all the files from /here/is/my/dir to /here/is/other/dir but i want every file to be deleted from the source after its transfered
[00:45] <zoredache> check the rsync man page.  I am almost certain I saw an option for that...
[00:46] <zoredache> it sounds like a dangerouse thing to do though...
[00:51] <Odd-rationale> Ghetek: my not use mv ?
[00:55] <bassboi> how do i unrar
[01:01] <zoredache> bassboi: start by installing unrar or unrar-free
[01:01] <zoredache> I am not sure about fileroller, but I believe a couple of the archivers will handle rar files if the those packages are installed
[22:32] <Ben_Cs> good
[22:40] <Ben_Cs> Odd-rationale: lot's of people say one of xfce advantages is it's ability of customising. so my question is: is it more customisable than gnome?
[22:41] <vinnl> It's customizable differently :P
[22:41] <vinnl> In some areas more customizable, in some less
[22:41] <vinnl> For example, you can set a list of wallpapers in Xfce by default
[22:41] <vinnl> So different wallpapers are shown each time you log in
[22:42] <Ben_Cs> vinnl: and gnome doesn't have this ability?
[22:42] <vinnl> Not by default, I believe
[22:42] <vinnl> Though I haven't used GNOME extensively recently
[22:42] <Ben_Cs> i see. good to know
[22:43] <vinnl> You're also supposed to be able to do a lot of configuration in GNOME through gconf, so perhaps you can do this from there
[22:43] <vinnl> It's not really userfriendly though
[22:43] <Ben_Cs> vinnl: neither did i. i use xfce exclusively for about a year.
[22:43] <vinnl> I'd say I've been using it for about two years now exclusively :)
[22:43] <vinnl> And the year before I used it now and then
[22:43] <vinnl> And the year before I used Windows ME :P
[22:44] <Ben_Cs> i hope that all goodies projects will continue developing non stop :)
[22:44] <vinnl> I hope that all open source projects will continue developing non-stop :)
[22:44] <TheSheep> some of them are in pretty early stages of development actually
[22:45] <Ben_Cs> vinnl: i installed ubuntu with gnome on a VM just to try out the new gnome, and i must say, i don't see advantages over xfce. xfce has developed so much over the last years
[22:45] <vinnl> Well, it is integrated very nicely, I must say :)
[22:45] <Ben_Cs> TheSheep: the xfce web browser looks promising
[22:45] <vinnl> But indeed, Xfce has made amazing progress, and it's too bad to see so few people aware of that
[22:45] <TheSheep> Ben_Cs: you mean midori?
[22:46] <TheSheep> Ben_Cs: kalikiana is writing that one :)
[22:46] <TheSheep> Ben_Cs: he started about a year ago, I think?
[22:46] <Ben_Cs> TheSheep: yes midori
[22:46] <TheSheep> or was it two years already?
[22:48] <Ben_Cs> TheSheep: what language do they use in goodies projects?
[22:49] <TheSheep> Ben_Cs: usually C, C++ and Python
[22:49] <TheSheep> Ben_Cs: most of xfce is written in C++
[22:49] <Ben_Cs> TheSheep: nice
[22:49] <Ben_Cs> TheSheep: btw, what's best for sys admin: python or perl?
[22:50] <TheSheep> Ben_Cs: apples and oranges
[22:50] <TheSheep> Ben_Cs: best for doing what exactly?
[22:50] <vinnl> Apples and oranges are the easiest to learn, definitely :)
[22:51] <Ben_Cs> TheSheep: scripts for system administrating tasks
[22:51] <TheSheep> Ben_Cs: bash
[22:51] <Ben_Cs> TheSheep: advanced scripts?
[22:51] <TheSheep> or any other shell
[22:51] <TheSheep> csh, zsh, whatever you prefer
[22:52] <Ben_Cs> TheSheep: but for complicated tasks you need perl or python no?
[22:53] <Odd-rationale> I find gnome very customizable due to gconf. i don't find it hard to understand at all. I heard talk about xfconf for xfce... anyone know much about that?
[22:53] <TheSheep> Ben_Cs: perl is best for text processing
[22:53] <vinnl> Odd-rationale, xfconf is coming :)
[22:53] <vinnl> Hopefully they listen to Brain who's pushing for settings-migration scripts :)
[22:53] <Odd-rationale> vinnl: where can i read up on that?
[22:54] <TheSheep> Ben_Cs: when you need to parse something, or convert something, etc.
[22:54] <vinnl> Odd-rationale, the Xfce-dev mailinglists I suppose :)
[22:54] <Ben_Cs> TheSheep: and python is best for?
[22:55] <TheSheep> Ben_Cs: python is a generl-purpose language
[22:55] <TheSheep> general-purpose
[22:55] <Ben_Cs> TheSheep: although perl can be used for the same tasks as python?
[22:56] <TheSheep> Ben_Cs: but calling external programs from python and general flow control is more complicated than in bash :)
[22:56] <favro>
[22:56] <TheSheep> Ben_Cs: all turing-complete languages can be used for the same tasks, as long as they have apropriate input/output libraries, I've seen a Brainfuck interpreter written in sed
[22:57] <TheSheep> Ben_Cs: it's just easier to do some things in some languages
[22:57] <vinnl> lolcode ftw :P
[22:59] <Ben_Cs> TheSheep: thanks. i'm going to learn perl in OS course in college, so i better get an edge by starting by myself in this vacation. i also learn again java- haven't used it for several years. c++ i studied the last semester :)
[23:00] <Ben_Cs> maybe i shall learn wxWidgets? :)
[23:00] <TheSheep> Ben_Cs: personally I like python best, but the fact is they are all pretty similar, at least compared to prolog ;)
[23:01] <Ben_Cs> TheSheep: i like java for gui programming. and for faster systems c++
[23:01]  * vinnl is going to learn prolog :)
[23:01] <vinnl> (After Java)
[23:02] <TheSheep> y personal language of choice is Python, right after C
[23:02] <TheSheep> but that's just me
[23:02] <Ben_Cs> i found a very nice tutorials site: http://www.zetcode.com/
[23:03] <Ben_Cs> TheSheep: i like C too. but C++ even better, because it simplifies programming
[23:03] <TheSheep> argh, a tutorial that starts with a TIOBE rating can't be any good :/
[23:03] <TheSheep> Ben_Cs: it does what???
[23:04] <TheSheep> Ben_Cs: my favorite summary on C++:  http://yosefk.com/c++fqa/
[23:04] <Ben_Cs> TheSheep: it's more natural to me to program in a language that's built on oop thinking
[23:04] <vinnl> Checking out Vala is definitely one of my plans
[23:05] <TheSheep> Ben_Cs: contrary to common belief, c++ is not even an oo programming language, at least according to 2 definitions out of 3
[23:05] <Ben_Cs> TheSheep: do you oppose every language that has a built-in OOP thinking?
[23:06] <TheSheep> Ben_Cs: you can't build thinking into language :)
[23:06] <TheSheep> Ben_Cs: but I don't oppose anything
[23:06] <Ben_Cs> TheSheep: when a Class is defined - it's oop thinking
[23:06] <TheSheep> Ben_Cs: then hq9++ is an OOP language?
[23:06] <vinnl> Btw, Ben_Cs, TheSheep: /j #xubuntu-offtopic  :)
[23:07] <TheSheep> vinnl: right, sorry
[23:07] <vinnl> :)
[23:07] <Ben_Cs> TheSheep: don't know hq9++
[23:07] <Odd-rationale> I want to / starting to learn javascript and xul...
[23:07] <Ben_Cs> vinnl: good to know
[23:40] <jwishnie> Anyone know what codecs to add to Xubuntu Hardy to view Apple Quicktime Trailers in Firefox? I have totem-gstreamer totem-mozilla installed
[23:40] <Odd-rationale> jwishnie: try installing xubuntu-restricted-extras
[23:40] <Odd-rationale> !quicktime
[23:42] <jwishnie> restricted extras causes the following to be download:
[23:42] <jwishnie> cabextract flashplugin-nonfree java-common libdvdread3 liblame0 libmad0 libxine1-bin libxine1-ffmpeg
[23:42] <jwishnie>   msttcorefonts odbcinst1debian1 sun-java6-bin sun-java6-jre sun-java6-plugin unixodbc unrar
[23:42] <jwishnie> nothing appears gstreamer related
[23:42] <jwishnie> I had quicktime running under totem-gstreamer in Gutsy....
[23:43] <jwishnie> Would like to stick with gstreamer rather than switch to xine...
[23:45] <Odd-rationale> jwishnie: this might have what you;re looking for https://help.ubuntu.com/community/RestrictedFormats
[23:46] <jwishnie> Odd-rationale: thanks, reviewing link now
[23:47] <jwishnie> ahh, a link to Medibuntu
[23:48] <jwishnie> The weird thing is I have the same set of gstreamer codecs installed under Hardy as Gutsy
[23:48] <jwishnie> And what works in Gutsy does not in Hardy...


[05:17] <Level_5> anyone here?
[05:25] <nubae> yah
[05:27] <Level_5> I'm lookin for help with a broadcom wireless card
[05:28] <Level_5> using 8.04
[05:55] <RichEd> away
[06:13] <nubae> hi RichEd
[16:08] <MoonStorm> what is the swf program?
[16:11] <HedgeMage> swf is flash
[16:11] <HedgeMage> (It stands for "ShockWave Flash")
[16:14] <MoonStorm> yes, some type of program that puts screens togather for a flash presentation.  i forget the name
[16:14] <HedgeMage> ahh, no clue, I don't do flash :)
[19:09]  * Lns needs access to rename a wiki page on ubuntu wiki :(
[21:00] <thismamacooks200> IRC problem, I keep getting the same error box every few seconds. It creates thousands of message boxes if I don't close them. "Unknown message<EMAIL_ADDRESS>The IRC server received a message it did not understand "
[21:07] <sbalneav> thismamacooks200: What IRC client are you using?
[21:08] <thismamacooks200> sbalneav: pidgin
[21:08] <sbalneav> and are you<EMAIL_ADDRESS>[21:11] <thismamacooks200> no I am not the 'someone'. that's not the actual address. I didn't want to print someone's email in case they have nothing to do with the problem
[21:12] <sbalneav> hm, well, could be either a misconfiguration on their end, or perhaps they're trying to diddle with something improperly.  It's feenode that's giving you this?  Or a different IRC server?
[21:12] <sbalneav> s/feenode/freenode/
[21:15] <thismamacooks200> I'm not sure which IRC server it is, I'm running ubuntu.com (freenode?), ircnet.com, and efnet. I'll close the latter two and see if the messages stop
[21:16] <thismamacooks200> nope, it must be comming from ubuntu.com
[21:18] <sbalneav> I'd page the op in #ubuntu then, report it to him/her
[21:19] <sbalneav> Either misconfig or maliciousness, they'll know what to do.
[21:37] <re-G> i have written some scripts that you can use LTSP over wireless network. Please check: https://lists.ubuntu.com/archives/edubuntu-users/2009-January/005074.html
[23:19] <MoonStorm> nub
[23:19] <MoonStorm> nubae


[10:39]  * sasa84 is away: I'm busy
[10:40] <UbuPhillup> sasa84: http://bisqwit.iki.fi/jutut/away.html
[11:38]  * sasa84 is back (gone 00:59:10)
[11:40] <UbuPhillup> sasa84: please read: http://bisqwit.iki.fi/jutut/away.html ;)
[11:45] <sasa84> sorry! :)


[13:38] <lubuntu_> ciao!
[19:35] <uebgielle> Hello. I have Lubuntu 18.04 (all updates done). This site [www.betterthanchess.com] does not work. "it requires an up-to.date browser supporting WebGL"
[19:36] <wxl> LTS versions DO NOT have the latest software
[19:37] <uebgielle> Is there a solution?
[19:37] <wxl> install the latest version of lubuntu for one thing
[19:38] <uebgielle> Doesn't Firefox have to be always up-to-date to be safeonline?
[19:38] <uebgielle> I need LTS
[19:38] <wxl> sure, but that doesn't mean every version includes the technology in the latest version
[19:38] <diogenes_> uebgielle, works for me on Falkon, sudo apt install falkon
[19:38] <wxl> then you could build firefox yourself
[19:38] <wxl> diogenes_: on 18.04?
[19:39] <uebgielle> Falkon is another browser?
[19:39] <wxl> yep
[19:39] <diogenes_> wxl, nah but it should be workin because it's compilled with prorietary codecs.
[19:40] <uebgielle> Is it possible that the issue will be solved with the coming updates (of 18.04) ?
[19:41] <wxl> diogenes_: "should"
[19:41] <wxl> uebgielle: no.
[19:43] <uebgielle> Ok i get it, thanks to both
[19:45] <uebgielle> Another unrelated question: when you do printscreen how do you get the screeenshots to go somewhere else (not in home folder, but in a specified one)?
[19:45] <wxl> the same place every time?
[19:46] <uebgielle> yes
[19:47] <wxl> in your ~/.config/openbox/lubuntu.xml (i think that's the filename), revise the shortcut for printscreen to call `scrot -e 'mv $f /path/to/wherever/you/want'` instead of just `scrot`
[19:47] <uebgielle> by default
[19:48] <uebgielle> i need to do it for each user?
[19:49] <wxl> yeah one way or another
[19:49] <wxl> local configs will always trump global ones
[19:49] <uebgielle> So i can do it just one time globally? (how?)
[19:50] <wxl> well there is a global config, but like i said, if there's a local config, it will overwrite that
[19:50] <wxl> so you would have to remove the printscreen definition from every user file in order for the global config definition to make a difference
[19:50] <uebgielle> Ahh, ok, i understand
[19:51] <wxl> by the way
[19:51] <wxl> i'm not sure that dollar sign might not need to be escaped
[19:52] <uebgielle> I don't understand
[19:52] <wxl> it might be better to make a script for that and call it from there instead
[19:52] <uebgielle> I am a beginner
[19:53] <wxl> yeah well you're asking for something complex, so time to grow XD
[19:53] <wxl> open up the terminal and type `echo TERMINAL` and then type `echo $TERMINAL`
[19:53] <wxl> you'll note that the first replies "TERMINAL" while the second will give you something like "xterm"
[19:54] <wxl> that's because the dollar sign is a special character that when interpreted tells the system to return the value of the TERMINAL variable
[19:54] <wxl> on the other hand if you do `echo \$TERMINAL` you'll get "$TERMINAL"
[19:54] <wxl> that's escaping the dollar sign
[19:55] <wxl> openbox (that's the configuration you're messing with) has its own parsing scheme that is not well described, so i'm not sure it's going to behave correctly
[19:55] <uebgielle> Can i cause big problems?
[19:55] <wxl> so instead make a script somewhere that calls the scrot the way that it needs to be called and in the openbox config, just call that script
[19:55] <wxl> that way there's no parsing that openbox needs to do
[19:55] <uebgielle> How do i make that script?
[19:55] <wxl> well, if not having your screenshots is a big problem, yes XD
[19:56] <wxl> open your favorite editor, and enter the following:
[19:56] <wxl> #!/bin/bash
[19:56] <wxl> scrot -e 'mv $f /path/to/the/location/you/want'
[19:56] <wxl> save it somewhere locally for now
[19:56] <wxl> (in your home)
[19:57] <wxl> i assume you want this to be accessible globally, so do `sudo mv /path/to/script /usr/local/bin/scriptname`
[19:57] <wxl> then make it executable: `sudo chmod +x /usr/local/bin/scriptname`
[19:57] <wxl> then edit the openbox config so that the printscreen configuration calls /usr/local/bin/scriptname
[19:59] <uebgielle> Thanks, I will try, but seems quite out of reach for beginner
[19:59] <wxl> all of this is much easier in 19.04
[20:00] <uebgielle> Why do files in the home folder of Lubuntu behave differently from the other folders? (when you move them out it creates a shortcut...)
[20:01] <wxl> huh?
[20:04] <uebgielle> Yes, when you take it with the mouse and put it on the desktop or anywhere it doesnot move the file (like for files in all other folders) but only creates a shortcut
[20:33] <wxl> uebgielle: for some strange reason it seems the default behavior when moving to the desktop is not the same when moving to other folders. you can use ctrl to copy or shift to move
[20:36] <uebgielle> wxl: no way to adjust it?
[20:36] <uebgielle> no way to fix it?
[20:38] <uebgielle> and last question - thank you for all your help
[20:38] <uebgielle> What is the best way to create a shared folder? (one where all users have access and files are available to all)
[20:45] <uebgielle> wxl: if you cannot answer soon, i will check the log later because i have to go, thank you for all your help
[21:53] <wxl> no, there's no way i know to adjust it
[21:53] <wxl> shared folder: put it on the root somewhere and set the permissions accordingly.
[21:54] <wxl> oh i'm sorry, there's a way to adjust it/fix the problem: use 19.04 (sense a theme yet?)
[22:12] <tomreyn> the reason this website won't have worked will have been that webgl support was disabled in firefox (by the user, it's enabled by default).
[22:13] <tomreyn> about:config -> search for "webgl", inspect bold preferences.
[22:53] <fishcooker> thanks guiverc for pointing the the upgrading issue i'll give the lubuntu dingo a try on the next provision
 @wxl [<wxl> all of this is much easier in 19.04], you're evangelist of lxqt :D
 err *dingo
[23:48] <wxl> @ShiBonCip you had it right the first time :)
 lxqt is future, but i hope the GTK too
[23:55] <wxl> nope


[00:07] <bjf> kamal, i'm including an ACK for you on that patch
[00:08] <kamal> bjf, yes please
[00:11] <bjf> dannf, i'm going to adjust the commit subject just a little (drop the [3-13-stable only])
[00:11] <dannf> bjf: oh, sure
[00:12] <kamal> bjf, fyi here's the version I applied to 3.13-stable http://kernel.ubuntu.com/git/ubuntu/linux.git/commit/?h=linux-3.13.y-queue&id=eef5d05f530ba16df8f758f6ae72f62e4ac7a503
[02:57] <bjf> infinity, dannf trusty uploaded
[16:15] <awe> cking, around?
[16:15] <cking> awe, just about
[16:16] <awe> so I just had a recent utopic kernel update land on my macair, and it nuked by rEFInd install...
[16:16] <awe> thankfully I was able to boot, by powering on with the Option key pressed
[16:17] <awe> this is the first time I've ever had an Ubuntu update nuke it
[16:17] <awe> ( it's usually the other way around )
[16:17] <awe> just wondering who I should bug about this?
[16:17] <awe> ( no pun intended )
[16:17] <awe> I'm also gonna shoot an email to rodsmith
[16:18] <awe> ( rEFInd maintainer )
[16:18] <cking> awe, yeah, I've got zero know-how with rEFInd
[16:19] <awe> I thought you wuz the EFI king?
[16:19] <awe> ;)
[16:19] <awe> np
[16:20] <awe> maybe I'll see what rod has to say, then come back and ask for more help
[16:20] <cking> awe, I try to keep away from macs
[16:20] <awe> why, cause you love where lennovo is these days?
[16:20] <awe> ;/
[16:20] <cking> awe, heh, I'm more into file system and ACPI at the moment
[16:20] <awe> I try and stay away from dell ( for obvious reasons )
[16:20] <awe> ( mostly personal )
[16:20] <rtg> awe, I think there was a mishap with a grub update this morning. perhaps cjwatson could elaborate.
[16:20] <awe> ah...
[16:21] <awe> that sounds like a smoking gun for sure
[16:21] <rtg> rbasak noticed it
[16:21] <awe> thanks rtg
[16:24] <rtg> awe, if you do another update then you ought to get another grub package (if that was indeed your problem)
[16:25] <awe> ok
[16:31] <rbasak> awe: thank you for the report. Please let us know if this did fix your issue. I wasn't sure how many people were affected, but if it's been picked up this quickly perhaps we should adjust SRU processes to make sure it can't happen again.
[16:31] <rbasak> (since at the moment it depends on SRU team members knowing about it)
[16:32] <awe> trying now...
[16:33] <awe> be right back ( hopefully )
[16:43] <awe> rbasak, so I updated grub to 0.97-29ubuntu66; rebooted and rEFInd still doesn't load.... I need to power up with the Option key pressed in order to trigger EFI Boot
[16:52] <apw> awe, that doesn't sounds like a kernel issue though, hmmm
[16:54] <awe> apw, rtg mentioned earlier that there was a grub mishap this morning, and rbasak had asked it that cleared it up
[16:54] <awe> apw, totally agree it's not a kernel issue
[16:54] <awe> just originally thought it might be related
[16:55] <rbasak> awe: thanks. I'm not particularly familiar with the signed grub stuff, just that I know that they need to be updated in lockstep.
[16:55] <awe> np
[16:55] <rbasak> Are we absolutely sure that your failure isn't a consequence of the failure this morning?
[16:56] <awe> no idea
[16:56] <awe> I applied an update, and didn't pay too much attention to the involved packages, other than there was kernel update included.  Things failed on the reboot
[16:57] <rbasak> smb: you're probably gone for the day but maybe you can look into this with awe in the morning please? My concern is that we released grub2 to -updates this morning without doing grub2-signed, until cjwatson fixed it later on after I noticed. I'm wondering what impact this might be having on users.
[16:58] <smb> rbasak, I am still here... well if you are not careful apt-get dist-upgrade will put the signed part on the "will be removed" list
[16:58] <rbasak> smb: ah, so so awe, do you have the package grub-efi-amd64-signed installed still? Or is it removed?
[16:59] <smb> update-manager warns about partial upgrade but command line is quite easy to miss
[16:59] <awe> nope
[16:59] <awe> and there was no error from update-manager
[16:59] <rbasak> Nope you have it installed still, or nope it's not there? :)
[16:59] <awe> nope it's not there
[17:00] <rbasak> Ah, that'll be it. Please install it.
[17:00] <awe> k
[17:00] <rbasak> Hopefully that'll resolve the problem.
[17:01] <awe> so before I pull the trigger, it says it'll install: grub-efi-amd64 grub-efi-amd64-signed grub2-common
[17:01] <awe> and remove: grub
[17:01] <awe> is that correct?
[17:01] <rbasak> Hmm
[17:01] <rbasak> I'm not sure.
[17:01] <rbasak> So please don't do it on my account. We're right on the edge of my knowledge, sorry.
[17:01] <awe> np
[17:02] <smb> at least that seems to be missing on my side
[17:02] <smb> grub-common, grub-efi-amd64, grub-efi-amd64-bin, grub-efi-amd64-signed, and grub2-common is what is installed here
[17:02] <awe> k
[17:02] <rbasak> awe: if you look at /var/log/apt/history.log, can you see what was removed this morning?
[17:03] <awe> smb, when someone earlier mentioned a mishap with grub
[17:03] <awe> I ran an apt-get install grub
[17:03] <awe> thinking I was updating something
[17:03] <awe> I'll go ahead an apply this
[17:03] <rbasak> awe: you should be able to check history.log and figure out exactly what you need to undo from there.
[17:03] <awe> k
[17:03] <rbasak> You basically want the same set of packages installed that you had yesterday ;)
[17:04] <awe> and where do I find history.log?
[17:04] <smb> awe, ok, yeah. might be even grub is grub 1
[17:04] <rbasak> /var/log/apt/history.log
[17:05] <smb> at least grub-efi-amd64 seems to conflict by purpose with grub
[17:06] <smb> hm now... but anyway... I think its ok
[17:06] <smb> now/no
[17:07] <smb> Oh bah. yes it is. To much text on my terminal for the hour. So grub is grub 0.97...
[17:08] <awe> yea, I think I'll be OK after this.  lemme try again
[17:08] <rbasak> I need to go.
[17:08] <awe> thanks for your help rbasak!
[17:08] <rbasak> awe: np, sorry for the issues.
[17:11] <smb> awe being back might be a good sign
[17:11] <awe> nah
[17:11] <awe> I think I might need to 're-bless' rEFInd from OS X
[17:12] <awe> I'll try and follow up with rodsmith
[17:12] <awe> I can boot w/the Option key pressed... and that allows me to start the EFI Boot
[17:12] <smb> Ok, unfortunately I would not be of much help with anything that says Mac on it
[17:12] <awe> np
[17:13] <awe> but something definitely broke, so it'd be nice to find out what, so we can prevent in the future
[17:13] <awe> ( or at least understand it )
[17:15] <smb> Yeah, as far as I got it its the signed versions problem (independent package but version depending). So need more care when uploading.
[17:15] <smb> Otherwise it requires paying close attention on what the upgrade dialogue tells you


[00:11] <philipballew> dangertux, does this script look good http://paste.ubuntu.com/881214/
[06:44] <lalatenduM> how to keep track of Ubuntu events like "Fix-It Friday"
[06:44] <lalatenduM> ?
[06:45] <pleia2> lalatenduM: you can read the weekly development updates on fridge.ubuntu.com
[06:45] <pleia2> they will list upcoming dev events
[06:45] <lalatenduM> ok...all the timing are in UTC right?
[06:46] <pleia2> lalatenduM: yep
[06:46] <lalatenduM> pleia2, Thanks
[15:18] <justalek> i need help with dual boot. I have ubuntu 11.10 and windows. Problem is, when I'am at boot splash screen and when I choose windows7loader from drop menu it cannot boot
[16:53] <lukjad> Anyone here use kdenlive?
[16:54] <lukjad> I'm trying to find information on getting video clips to play backwards
[17:27] <ukchris> afternoon all :)
[17:28] <ukchris> does anyone know if you can use WINE to run putty and remote desktop into a Windows network?
[17:45] <sluckxz> wow wine to run putty
[17:46] <M0hi> jalcine, ^^
[17:48] <jalcine> Yeah, I know, I didn't think that was needed or (heh) possible.
[18:02] <Unit193> ubot2`: info putty
[18:02] <ubot2`> Unit193: putty (source: putty): Telnet/SSH client for X. In component universe, is optional. Version 0.60+2010-02-20-1 (maverick), package size 302 kB, installed size 748 kB
[18:04] <jalcine> Unit193: I have to remember that command! lol
[18:05] <fanatic> hi
[18:05] <fanatic> I am new to ubuntu
[18:05] <fanatic> i have installed it in windows using virtual box
[18:06] <fanatic> but I am not getting any option to select it at boot time
[18:06] <fanatic> anyone can help ?
[18:07] <Unit193> There shouldn't be an option if that's the only OS on the VM, but are you rebooting your *computer*?
[18:07] <fanatic> I am having windows as well
[18:07] <fanatic> yes i did
[18:08] <fanatic> oh so i have to use within windows
[18:08] <fanatic> by intializing VM
[18:08] <fanatic> ?
[18:08] <Unit193> You open VirtualBox, and boot that VM.
[18:09] <fanatic> but that way it slows down the system
[18:09] <fanatic> thats why am looking a way to select it at boot time
[18:09] <fanatic> if possible
[18:09] <Unit193> Not with VirtualBox, you'll want dualbooting.
[18:09] <fanatic> yes
[18:09] <Unit193> !dualboot
[18:09] <ubot2`> Dual boot instructions: x86/AMD64: https://help.ubuntu.com/community/DualBoot/Windows - Macs: https://help.ubuntu.com/community/MacBookPro https://help.ubuntu.com/community/YabootConfigurationForMacintoshPowerPCsDualBoot
[18:13] <fanatic> Thanks
[19:07] <asterismo> hello to everybody
[19:07] <asterismo> i'm back baby
[19:08] <asterismo> it's been a long time
[19:26] <sluckxz> hello asterismo
[20:19] <philipballew_> How do I make a executable file non executable?
[20:20] <jalcine> chmod u-x <file> ?
[20:21] <philipballew_> jalcine, thats right...
[20:21] <jalcine> :D
[20:43] <ukchris> hi all : )
[20:43] <ukchris> does anyone know if it is possible to access a windows remote desktop via putty on ubuntu?
[20:48] <holstein> ukchris: http://www.freesshd.com/ maybe
[20:48] <holstein> OH.. the desktop.. nah.. putty is a TTY, not graphical like that
[20:50] <philipballew_> Where in my home directory would I place a script to run each time I log in?
[20:51] <holstein> philipballew_: where ever really... its where you put the script to auto-run it that matters
[20:51] <philipballew_> holstein, explain. :)
[20:52] <holstein> in whatever startup, you say run path/to/file
[20:52] <holstein> thats over simplified though of course
[20:53] <philipballew_> yeah, but I need it to exicute each tie I login. also this is a headless machine
[20:54] <philipballew_> *time
[20:55] <philipballew_> I guess I can type ./path/to/file in my .profile?
[20:56] <philipballew_> but im not sure holstein
[20:56] <jalcine> philipballew_: I was thinking that, to add it to your .profile.
[20:57] <philipballew_> jalcine, just at the bottom maybe
[20:58] <jalcine> But if you use bash, you should add it to ~/.bash_profile or ~/.bash_login
[20:59] <philipballew_> well its actually a expect script
[20:59] <jalcine> hmm.
[21:25] <philipballew_> hey When I try and run a script my typing 'pach/to/script' in my desktop I connect to a server the script wants but when I run the same command on my server I receive an error saying " : no such file or directory
[21:28] <dpcrespo> hi
[21:28] <dpcrespo> anybody here
[21:28] <dpcrespo> anyone know something about ARM
[21:29] <holstein> philipballew_: i would test in the terminal ..confirm the path
[21:29] <holstein> !ask | dpcrespo
[21:29] <ubot2`> dpcrespo: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[21:29] <philipballew_> holstein, well I can ls and see the file there
[21:29] <holstein> philipballew_: odd... i would just double *double* check
[21:29] <philipballew_> its a cli only box
[21:30] <holstein> that shouldnt matter though
[21:31] <philipballew_> holstein, I chmod +x the script then
[21:31] <dpcrespo> i want boot Ubuntu 11.10 on ARM but it doesn't work
[21:31] <dpcrespo> my terminal show
[21:32] <philipballew_> type ./telne then press tab and it autocompleates but then when I press enter it says no such file or directory
[21:32] <philipballew_> holstein,
[21:34] <dpcrespo> ## Booting kernel from Legacy Image at 80000000 ...    Image Name:   Linux    Image Type:   ARM Linux Kernel Image (uncompressed)    Data Size:    3605156 Bytes = 3.4 MiB    Load Address: 80008000    Entry Point:  80008000    Verifying Checksum ... OK ## Loading init Ramdisk from Legacy Image at 81600000 ...    Image Name:   Ubuntu Initrd    Image Type:   ARM Linux RAMDisk Image (gzip compressed)    Data Size:    6588681 Byte
[21:35] <dpcrespo> OK  Starting kernel ...  Uncompressing Linux... done, booting the kernel.


[00:00] <arraybolt3> (Or if it did get testing done, I don't see it.)
[00:26] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (jammy-proposed/main) [1:22.04.14 => 1:22.04.15] (core)
[05:00] <arraybolt3> RAOF (or whomever else is available): I have done testing of Ubuntu Studio with the new version of Calamares, and it is ready to be accepted. Thank you for your patience! https://bugs.launchpad.net/ubuntu/+source/calamares/+bug/1992507
[05:00] -ubottu:#ubuntu-release- Launchpad bug 1992507 in calamares (Ubuntu) "[SRU] Calamares 3.2.61" [Medium, In Progress]
[07:19] <LocutusOfBorg> hello Britney, thanks for taking some rest, enjoy your VAC!
[07:19] <LocutusOfBorg> it was a long week, its ok to sleep for some hours before kicking again :D
[08:53] <RikMills> guess even britney love a duvet day
[11:19] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [amd64] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [ppc64el] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [s390x] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [arm64] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:22] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [armhf] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:38] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [riscv64] (lunar-proposed/universe) [2.6.0-2] (no packageset)
[11:49] <RikMills> come on britney. one more time :P
[13:13] <LocutusOfBorg> its ok Britney, don't listen to Rik, he wants you to work 24/7 without any kind of rest
[13:29] <ricotz> bdmurray, hi :), please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1995054
[13:29] -ubottu:#ubuntu-release- Launchpad bug 1995054 in libreoffice (Ubuntu Jammy) "[SRU] libreoffice 7.3.7 for jammy" [High, Fix Committed]
[14:15] <coreycb> hello SRU team, this should be ready to promote to updates: https://bugs.launchpad.net/charm-rabbitmq-server/+bug/1993149
[14:15] -ubottu:#ubuntu-release- Launchpad bug 1993149 in OpenStack RabbitMQ Server Charm "VMs stay stuck in scheduling when rabbitmq leader unit is down" [Low, Triaged]
[15:36] <cpaelzer> RAOF: hi, not sure how much mir work you still do, but you could forward if needed - package glm is a component mismatch atm
[15:36] <cpaelzer> RAOF: https://people.canonical.com/~ubuntu-archive/component-mismatches-proposed.svg
[15:36] <cpaelzer> could someone look after that?
[15:36] <cpaelzer> that would be awesome
[15:52] <vorlon> ok well https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html is exceptionally terrible when there are a lot of packages in -proposed, why do we have 'unknown' on there
[15:55] <Eickmeyer[m]> It sure feels like there's a lot of tests just "stuck" for no good reason.
[15:56] <vorlon> Eickmeyer[m]: more useful than a feeling is knowing what the graphs show https://ubuntu-release.kpi.ubuntu.com/d/76Oe_0-Gz/autopkgtest?viewPanel=12&orgId=1&from=now-7d&to=now
[15:57] <Eickmeyer[m]> Absolutely. So, based on that, and the trends there, the tests are chugging along, but at an extremely slow rate.
[15:58] <enr0n> ubuntu-release: can we hint xen-tools on arm64 which is blocking openssh in kinetic-proposed? bug 1995969 explains the xen-tools test failure, which is not related to openssh
[15:58] -ubottu:#ubuntu-release- Bug 1995969 in xen-tools (Debian) "xen-tools: xt-guess-suite-and-mirror cannot handle deb http://ports.ubuntu.com/ubuntu-ports" [Undecided, New] https://launchpad.net/bugs/1995969
[16:00] <vorlon> it's not "extremely slow".  There's some odd slowness on s390x, but the total number of tests queued when the archive opened appears to have been on the order of 150k/arch
[16:01] <Eickmeyer[m]> Ok, thanks for helping me understand it. :)
[16:23] -queuebot:#ubuntu-release- Unapproved: opensbi (jammy-proposed/main) [1.0-3ubuntu1 => 1.1-0ubuntu<IP_ADDRESS>] (core)
[16:53] <vorlon> bdmurray: tzdata fully phased (kinetic,jammy,focal,bionic)
[17:07] <bdmurray> vorlon: bionic? It wasn't SRU'ed for that because that release doesn't bundle icu-data
[17:07] <vorlon> bdmurray: well, that explains why the override was a no-op!
[17:15] -queuebot:#ubuntu-release- Unapproved: accepted licheerv-rtl8723ds-dkms [source] (kinetic-proposed) [1.0-0ubuntu1.1]
[17:22] -queuebot:#ubuntu-release- New binary: libswe [amd64] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: ros-class-loader [amd64] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: linaro-bcb-util [amd64] (lunar-proposed/universe) [0.0.2-2] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libswe [arm64] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libswe [s390x] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: libswe [ppc64el] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[17:27] -queuebot:#ubuntu-release- New binary: ros-class-loader [ppc64el] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[17:31] -queuebot:#ubuntu-release- New binary: ros-class-loader [arm64] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: ros-class-loader [armhf] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: ros-class-loader [s390x] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[17:37] <bdmurray> xypron: How would things fail in bug 1995860?
[17:37] -ubottu:#ubuntu-release- Bug 1995860 in u-boot-nezha (Ubuntu Kinetic) "Emulation of fence.tso hangs in endless loop" [Undecided, New] https://launchpad.net/bugs/1995860
[17:37] <vorlon> bdmurray: sorry, I just accepted that one
[17:37] <vorlon> bdmurray: (due to parallel out-of-band requests)
[17:38] -queuebot:#ubuntu-release- Unapproved: accepted opensbi [source] (kinetic-proposed) [1.1-1ubuntu<IP_ADDRESS>]
[17:38] <vorlon> I deem this low-risk since the current implementation is unusable
[17:39] -queuebot:#ubuntu-release- New binary: libswe [armhf] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[17:58] -queuebot:#ubuntu-release- New binary: ros-class-loader [riscv64] (lunar-proposed/universe) [2.4.0-2] (no packageset)
[18:12] -queuebot:#ubuntu-release- New binary: libswe [riscv64] (lunar-proposed/universe) [2.10.03-1] (no packageset)
[20:02] -queuebot:#ubuntu-release- New: accepted libswe [armhf] (lunar-proposed) [2.10.03-1]
[20:02] -queuebot:#ubuntu-release- New: accepted ros-class-loader [riscv64] (lunar-proposed) [2.4.0-2]
[20:02] -queuebot:#ubuntu-release- New: accepted libswe [riscv64] (lunar-proposed) [2.10.03-1]
[20:02] -queuebot:#ubuntu-release- New: accepted ros-class-loader [s390x] (lunar-proposed) [2.4.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted libswe [amd64] (lunar-proposed) [2.10.03-1]
[20:03] -queuebot:#ubuntu-release- New: accepted libswe [ppc64el] (lunar-proposed) [2.10.03-1]
[20:03] -queuebot:#ubuntu-release- New: accepted linaro-bcb-util [amd64] (lunar-proposed) [0.0.2-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros-class-loader [arm64] (lunar-proposed) [2.4.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros-class-loader [ppc64el] (lunar-proposed) [2.4.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [armhf] (lunar-proposed) [2.6.0-2]
[20:03] -queuebot:#ubuntu-release- New binary: customidenticon [amd64] (lunar-proposed/universe) [0.1.5-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New binary: passt [amd64] (lunar-proposed/universe) [0.0~git20221104.e308018-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New binary: rust-async-stream [amd64] (lunar-proposed/universe) [0.3.3-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New: accepted libswe [arm64] (lunar-proposed) [2.10.03-1]
[20:03] -queuebot:#ubuntu-release- New: accepted ros-class-loader [amd64] (lunar-proposed) [2.4.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [arm64] (lunar-proposed) [2.6.0-2]
[20:03] -queuebot:#ubuntu-release- New binary: flake8-2020 [amd64] (lunar-proposed/universe) [1.7.0-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New binary: rust-faccess [amd64] (lunar-proposed/universe) [0.2.4-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New: accepted libswe [s390x] (lunar-proposed) [2.10.03-1]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [riscv64] (lunar-proposed) [2.6.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros-class-loader [armhf] (lunar-proposed) [2.4.0-2]
[20:03] -queuebot:#ubuntu-release- New binary: rust-assert [amd64] (lunar-proposed/universe) [0.7.4-1] (no packageset)
[20:03] -queuebot:#ubuntu-release- New: accepted mercurial-buildpackage [amd64] (lunar-proposed) [0.10.1+nmu2]
[20:03] -queuebot:#ubuntu-release- New: accepted mercurial-buildpackage [armhf] (lunar-proposed) [0.10.1+nmu2]
[20:03] -queuebot:#ubuntu-release- New: accepted mercurial-buildpackage [s390x] (lunar-proposed) [0.10.1+nmu2]
[20:03] -queuebot:#ubuntu-release- New: accepted pidgin-skype [amd64] (lunar-proposed) [20140930+svn665+dfsg-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [ppc64el] (lunar-proposed) [2.6.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted rust-assert [s390x] (lunar-proposed) [0.7.4-1]
[20:03] -queuebot:#ubuntu-release- New binary: thrift [armhf] (lunar-proposed/universe) [0.17.0-2] (no packageset)
[20:03] -queuebot:#ubuntu-release- New: accepted mercurial-buildpackage [arm64] (lunar-proposed) [0.10.1+nmu2]
[20:03] -queuebot:#ubuntu-release- New: accepted node-es-module-lexer [amd64] (lunar-proposed) [1.1.0+dfsg-2]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [s390x] (lunar-proposed) [2.6.0-2]
[20:03] -queuebot:#ubuntu-release- New: accepted mercurial-buildpackage [ppc64el] (lunar-proposed) [0.10.1+nmu2]
[20:03] -queuebot:#ubuntu-release- New: accepted rust-faccess [arm64] (lunar-proposed) [0.2.4-1]
[20:03] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [amd64] (lunar-proposed) [2.6.0-2]
[20:04] -queuebot:#ubuntu-release- New: accepted passt [s390x] (lunar-proposed) [0.0~git20221104.e308018-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-futures-codec [ppc64el] (lunar-proposed) [0.4.1-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-fxprof-processed-profile [ppc64el] (lunar-proposed) [0.4.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-ntest-test-cases [ppc64el] (lunar-proposed) [0.8.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted wolfssl [armhf] (lunar-proposed) [5.5.3-3]
[20:04] -queuebot:#ubuntu-release- New: accepted r-cran-timechange [armhf] (lunar-proposed) [0.1.1-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-geo-types [ppc64el] (lunar-proposed) [0.7.7-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-fxprof-processed-profile [arm64] (lunar-proposed) [0.4.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted wolfssl [arm64] (lunar-proposed) [5.5.3-3]
[20:04] -queuebot:#ubuntu-release- New: accepted qmltermwidget [arm64] (lunar-proposed) [0.2+git20220109.6322802-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-async-stream [armhf] (lunar-proposed) [0.3.3-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-clap-3 [ppc64el] (lunar-proposed) [3.2.23-2]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-faccess [armhf] (lunar-proposed) [0.2.4-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-fxprof-processed-profile [armhf] (lunar-proposed) [0.4.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted wolfssl [ppc64el] (lunar-proposed) [5.5.3-3]
[20:04] -queuebot:#ubuntu-release- New: accepted qmltermwidget [ppc64el] (lunar-proposed) [0.2+git20220109.6322802-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-eui48 [armhf] (lunar-proposed) [1.1.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-ntest-test-cases [arm64] (lunar-proposed) [0.8.0-1]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-clap-3 [armhf] (lunar-proposed) [3.2.23-2]
[20:04] -queuebot:#ubuntu-release- New: accepted rust-faccess [ppc64el] (lunar-proposed) [0.2.4-1]
[20:05] -queuebot:#ubuntu-release- New: accepted passt [armhf] (lunar-proposed) [0.0~git20221104.e308018-1]
[20:05] -queuebot:#ubuntu-release- New: accepted qmltermwidget [armhf] (lunar-proposed) [0.2+git20220109.6322802-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-assert [ppc64el] (lunar-proposed) [0.7.4-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-eui48 [arm64] (lunar-proposed) [1.1.0-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-futures-codec [armhf] (lunar-proposed) [0.4.1-1]
[20:05] -queuebot:#ubuntu-release- New: accepted passt [ppc64el] (lunar-proposed) [0.0~git20221104.e308018-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-clap-3 [arm64] (lunar-proposed) [3.2.23-2]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-geo-types [armhf] (lunar-proposed) [0.7.7-1]
[20:05] -queuebot:#ubuntu-release- New: accepted r-cran-timechange [ppc64el] (lunar-proposed) [0.1.1-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-eui48 [ppc64el] (lunar-proposed) [1.1.0-1]
[20:05] -queuebot:#ubuntu-release- New: accepted passt [arm64] (lunar-proposed) [0.0~git20221104.e308018-1]
[20:05] -queuebot:#ubuntu-release- New: accepted qmltermwidget [amd64] (lunar-proposed) [0.2+git20220109.6322802-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-assert [arm64] (lunar-proposed) [0.7.4-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-clap-3 [amd64] (lunar-proposed) [3.2.23-2]
[20:05] -queuebot:#ubuntu-release- New: accepted tkcalendar [amd64] (lunar-proposed) [1.6.1-1]
[20:05] -queuebot:#ubuntu-release- New: accepted python-socks [amd64] (lunar-proposed) [2.0.3-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-async-stream [ppc64el] (lunar-proposed) [0.3.3-1]
[20:05] -queuebot:#ubuntu-release- New: accepted wolfssl [amd64] (lunar-proposed) [5.5.3-3]
[20:05] -queuebot:#ubuntu-release- New: accepted r-cran-timechange [amd64] (lunar-proposed) [0.1.1-1]
[20:05] -queuebot:#ubuntu-release- New: accepted rust-futures-codec [amd64] (lunar-proposed) [0.4.1-1]
[20:06] -queuebot:#ubuntu-release- New: accepted gap-utils [amd64] (lunar-proposed) [0.77-1]
[20:06] -queuebot:#ubuntu-release- New: accepted pylint-venv [amd64] (lunar-proposed) [2.3.0-1]
[20:06] -queuebot:#ubuntu-release- New: accepted rust-fxprof-processed-profile [amd64] (lunar-proposed) [0.4.0-1]
[20:06] -queuebot:#ubuntu-release- New: accepted node-es-module-lexer [amd64] (lunar-proposed) [1.1.0+dfsg-1]
[20:06] -queuebot:#ubuntu-release- New: accepted rust-ntest-test-cases [amd64] (lunar-proposed) [0.8.0-1]
[20:06] -queuebot:#ubuntu-release- New: accepted r-cran-gbutils [amd64] (lunar-proposed) [0.5-1]
[20:16] <Eickmeyer> Would a member of the SRU team look at bug 1989611? Verification is done for a couple weeks now, need to get some metas/seeds updated. :)
[20:16] -ubottu:#ubuntu-release- Bug 1989611 in ubuntustudio-meta (Ubuntu Jammy) "[SRU] plasma-distro-release-notifier for Jammy, Focal" [High, In Progress] https://launchpad.net/bugs/1989611
[20:35] <vorlon> Eickmeyer[m]: looking
[20:36] <vorlon> Eickmeyer[m]: done
[20:36] <Eickmeyer> vorlon: Thanks so much! I'll move on to updating the seed and metas for Studio.
[20:37] <Eickmeyer> RikMills: See ^
[20:39] <RikMills> Eickmeyer: nice \o/
[20:39] <Eickmeyer> RikMills: Just needs to be added to the seeds/metas for focal & jammy.
[20:43] <tsimonq2> \o/
[21:55] <Eickmeyer> Updating metas from seeds don't grab from -updates do they?
[22:07] <Eickmeyer> Never mind, I figured it out. :)
[22:07] <Eickmeyer> Manpages ftw
[22:15] -queuebot:#ubuntu-release- Unapproved: ubuntustudio-meta (jammy-proposed/universe) [0.266.2 => 0.266.3] (ubuntustudio)
[22:15] <Eickmeyer> vorlon: There's the corresponding ubuntustudio-meta change ^ for bug 1989611
[22:15] -ubottu:#ubuntu-release- Bug 1989611 in ubuntustudio-meta (Ubuntu Jammy) "[SRU] plasma-distro-release-notifier for Jammy, Focal" [High, In Progress] https://launchpad.net/bugs/1989611
[22:26] <LocutusOfBorg> hello Britney, your VAC is almost over, good night!
[22:29] <Eickmeyer> heh
[22:48] <xypron> bdmurray:  #1995860 the application with an fence.tso instruction will invoke an exception handled in OpenSBI which runs in M-mode and stick there in an endless loop. You cannot even kill it as it is running at an higher privilege level than the kernel.
[23:00] -queuebot:#ubuntu-release- New binary: thrift [riscv64] (lunar-proposed/universe) [0.17.0-2] (no packageset)
[23:09] -queuebot:#ubuntu-release- Unapproved: cloud-init (jammy-proposed/main) [22.3.4-0ubuntu1~22.04.1 => 22.4-0ubuntu0~22.04.1] (core, ubuntu-cloud)
[23:09] -queuebot:#ubuntu-release- Unapproved: cloud-init (kinetic-proposed/main) [22.3.4-0ubuntu1 => 22.4-0ubuntu0~22.10.1] (core, ubuntu-cloud)
[23:12] -queuebot:#ubuntu-release- Unapproved: mysql-8.0 (focal-proposed/main) [8.0.31-0ubuntu<IP_ADDRESS> => 8.0.31-0ubuntu<IP_ADDRESS>] (i386-whitelist, ubuntu-server)
[23:26] -queuebot:#ubuntu-release- New binary: golang-github-cristalhq-hedgedhttp [amd64] (lunar-proposed/none) [0.7.2-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: golang-github-sercand-kuberesolver [amd64] (lunar-proposed/none) [3.1.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: golang-github-secure-io-sio-go [amd64] (lunar-proposed/none) [0.3.1-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: python-iow [amd64] (lunar-proposed/none) [1.0.5-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- Unapproved: cloud-init (bionic-proposed/main) [22.3.4-0ubuntu1~18.04.1 => 22.4-0ubuntu0~18.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)
[23:31] -queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [22.3.4-0ubuntu1~20.04.1 => 22.4-0ubuntu0~20.04.1] (core, edubuntu, ubuntu-cloud)
[23:41] -queuebot:#ubuntu-release- New: accepted python-iow [amd64] (lunar-proposed) [1.0.5-1]
[23:41] -queuebot:#ubuntu-release- New: accepted flake8-2020 [amd64] (lunar-proposed) [1.7.0-1]
[23:42] -queuebot:#ubuntu-release- New: accepted golang-github-secure-io-sio-go [amd64] (lunar-proposed) [0.3.1-1]
[23:42] -queuebot:#ubuntu-release- New: accepted ruby-version-gem [amd64] (lunar-proposed) [1.1.1-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-faccess [amd64] (lunar-proposed) [0.2.4-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-versionize-derive [amd64] (lunar-proposed) [0.1.4-1]
[23:42] -queuebot:#ubuntu-release- New: accepted thrift [riscv64] (lunar-proposed) [0.17.0-2]
[23:42] -queuebot:#ubuntu-release- New: accepted golang-github-cristalhq-hedgedhttp [amd64] (lunar-proposed) [0.7.2-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-eui48 [amd64] (lunar-proposed) [1.1.0-1]
[23:42] -queuebot:#ubuntu-release- New: accepted thrift [armhf] (lunar-proposed) [0.17.0-2]
[23:42] -queuebot:#ubuntu-release- New: accepted golang-github-sercand-kuberesolver [amd64] (lunar-proposed) [3.1.0-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-geo-types [amd64] (lunar-proposed) [0.7.7-1]
[23:42] -queuebot:#ubuntu-release- New: accepted customidenticon [amd64] (lunar-proposed) [0.1.5-1]
[23:42] -queuebot:#ubuntu-release- New: accepted linaro-bcb-util [amd64] (lunar-proposed) [0.0.2-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-assert [amd64] (lunar-proposed) [0.7.4-1]
[23:42] -queuebot:#ubuntu-release- New: accepted satellite-gtk [amd64] (lunar-proposed) [0.2.8-1]
[23:42] -queuebot:#ubuntu-release- New: accepted django-yarnpkg [amd64] (lunar-proposed) [6.0.3-1]
[23:42] -queuebot:#ubuntu-release- New: accepted rust-async-stream [amd64] (lunar-proposed) [0.3.3-1]
[23:42] -queuebot:#ubuntu-release- New: accepted passt [amd64] (lunar-proposed) [0.0~git20221104.e308018-1]
[23:42] -queuebot:#ubuntu-release- New: accepted wolfssl [amd64] (lunar-proposed) [5.5.3-2]
[23:44] <vorlon> fyi britney had been hung from yesterday on the archive copy stage due to the DC outage.  I've bounced it now and we should get another run shortly.
[23:47] <tsimonq2> 🎉
[23:47] -queuebot:#ubuntu-release- New binary: python-iow [ppc64el] (lunar-proposed/none) [1.0.5-1] (no packageset)