[07:00] <ScottK> doko_: ^^^ has bug fixes we should have in at the open.
[07:22] <obounaim> Good morning everybody
[08:08] <Daviey> cjwatson / ScottK: Please could you accept the maas SRU?
[10:03] <cjwatson> ... I can't say I would have accepted those before general opening, personally
[10:03] <cjwatson> They aren't important for building other packages
[10:15] <infinity> cjwatson: I find the lack of syntax hilighting while preparing other uploads wildly annoying, but YMMV.
[10:16] <infinity> cjwatson: Working on eglibc and base-files right now, which are, admittedly, a bit more crucial.
[10:16] <cjwatson> I'm happy to edit that locally temporarily.
[10:16] <cjwatson> Since usually I continue running stable for a while (although this release may be different).
[10:17] <infinity> I'm looking forward to britney making this the first release I'm not scared poopless about running from day 1 on my laptop.
[10:17]  * infinity crosses his fingers.
[10:17] <cjwatson> Yeah.  I'm starting in on the LP changes now.
[10:19] <infinity> Hrm.  If you apply the rewrite magic universally to all releases, I wonder if I should make the emacs-el bits match Debian (which only allows/hilights $release and $release-security, due to their auto-rewriting for -proposed-updates)
[10:19] <cjwatson> I was going to make it a per-DS flag.
[10:19] <infinity> Would make sense to just do it universally anyway, but will take some time to socialise it.
[10:19] <cjwatson> Dunno, maybe it should be on Distribution.
[10:20] <infinity> And I assume it won't attempt to rewrite -proposed, to people using the old method will still get the desired results.
[10:20] <infinity> s/to people/so people/
[10:20] <cjwatson> Indeed.
[10:20] <infinity> My fingers need tea.
[10:20] <cjwatson> I guess Distribution already has a substantial assortment of random columns.
[10:20] <infinity> I can't see any reason why this would be a per-series flag.
[10:21] <infinity> Just confused to have it DTRT for some series and not all.
[10:21] <infinity> s/confused/confusing/ # see above, WRT tea for fingers... BRB.
[10:21] <cjwatson> I was sort of thinking of the old state of Ubuntu, where we might have liked to have it auto-rewrite for everything but the dev series.
[10:21] <cjwatson> But whatever.
[10:21] <cjwatson> wgrant: ^- any opinions?
[10:22] <infinity> Oh, there's that possibility, yes.  Could still be a Distribution thing, but have a toggle for "don't do this for non-stable series".
[10:22] <infinity> Then it won't need to be twiddled as we release/open old/new series.
[10:22] <infinity> But rather, just be a question of setting a policy that DTRT.
[10:22] <cjwatson> It's certainly a reasonable point that we don't want to add more steps to NewReleaseCycleProcess.
[10:23] <wgrant> Mmm
[10:23] <wgrant> My opinion is that the whole thing is terrible :P
[10:23] <wgrant> But
[10:24] <infinity> cjwatson: I think it makes more sense as a policy thing than a per-series thing.  If we want stable/supported rewritten, but not devel, we don't want that to always be true, not just when we remember to set it. :)
[10:25] <infinity> cjwatson: (Not that I think we want that, but I see that we may in the future decide to go back that direction, or that some other mystical LP-using distro may want it that way)
[10:25] <infinity> It's certainly what Debian would want if they used Soyuz.
[10:25] <wgrant> If any other distro wanted to use LP we'd have to rework the whole suite system anyway
[10:26] <infinity> Yeah, I guess so.  Certainly in the Debian case, where there are technically two suites in development at all times.
[10:30]  * infinity wonders idly why we unsplit the glibc docs, rather than just pulling in the non-free package and having a dependency, and goes about reducing that massive delta.
[10:31] <wgrant> Do we really want to rewrite post-release release to proposed?
[10:31] <wgrant> I guess it's OK since it'll end up in Unapproved anyway
[10:31] <infinity> wgrant: I'm failing to see why we wouldn't?
[10:31] <wgrant> Well
[10:31] <infinity> wgrant: It how I do all my uploads anyway (precise in the changelog, precise-proposed in the .changes)
[10:31] <wgrant> LP has always done what you told it to in this respect
[10:31] <infinity> s/It/It's/
[10:32] <cjwatson> Where one of the options is "fail and make you reupload" and the other is "do what you meant"
[10:32] <wgrant> Right, and it's not so bad since it always requires approval, I suppose
[10:33] <cjwatson> Indeed.  There've been basically no complaints about Debian auto-rewriting stable to proposed-updates, which has been the case for years
[10:34] <cjwatson> Hm, I'd been going with .forbid_release, but now that I come to write help strings and such I think it should be .redirect_release_uploads
[10:34] <wgrant> Yeah, forbid_release is a bit wrong
[10:35] <wgrant> Also, depending on where you do the rewrite you might need to think about how it impacts binary uploads
[10:35] <wgrant> And what about copies?
[10:36] <cjwatson> Definitely must not redirect copies, because that's how we're going to do promotion from -proposed.
[10:36] <cjwatson> Might at some point consider allowing copies only to queue admin.
[10:36] <wgrant> Right, but this sort of inconsistency has the potential to bite people
[10:37] <cjwatson> Well, syncpackage, true.
[10:37] <wgrant> "oh I want to upload to raring... but let me go via a ppa... oh whoops copies don't redirect"
[10:37] <wgrant> dak doesn't really have this problem since the only way mortals interact with it is via dput
[10:38] <cjwatson> I think a possibility I suggested in passing last week was to have copies redirect unless you're a queue admin and use auto_approved=True (thereby signalling that you're acting as a queue admin)
[10:38] <wgrant> That seems even more magic
[10:39] <cjwatson> So I agree a lot of this is a fair bit of magic; I'm open to suggestions that don't involve having to re-educate every Ubuntu uploader
[10:41] <infinity> Well, I think most of this, if done as written above, only requires educating archive admins.  Since the average uploader will just have the Right Thing happen, no?
[10:41] <wgrant> infinity: Not for copies
[10:42] <cjwatson> Where "as written above" includes my more-magic suggestion, I think
[10:42] <infinity> wgrant: I was including Colin's... Yeah.
[10:42] <wgrant> The auto_approved=True thing is far too magic
[10:42] <cjwatson> Alternative proposal which probably isn't too hard: redirect=False (or similar)
[10:42] <wgrant> It *might* be acceptable for it to reject if auto_approved=False, but not redirect
[10:43] <wgrant> Right
[10:43] <cjwatson> Not redirecting for normal uploaders means we have all the hassle of changing syncpackage in stable series
[10:44] <wgrant> But all the sanity of having one less opaque boobytrap in Launchpad.
[10:44] <wgrant> Which is then encoded in tools for years/forever
[10:44] <wgrant> And impossible to change without disastrous consequences
[10:45] <cjwatson> So you'd actually prefer copies to behave differently from uploads?
[10:45] <cjwatson> That's kind of a boobytrap too, just a different one
[10:45] <wgrant> It's not a boobytrap if the copy API tells you to go away when you try :)
[10:45] <cjwatson> I suppose copies are more explicit about a bunch of things
[10:45] <cjwatson> True
[10:45] <wgrant> Right, that too
[10:46] <infinity> Copies rejecting and suggesting you might have wanted -proposed would be an alright compromise, but as stated, we'd need to SRU all the old releases to sync to proposed.
[10:47]  * infinity glares at pidgin-libnotify landing after Q released.
[10:47] <cjwatson> I guess people can use -r raring-proposed in the meantime.
[10:47] <cjwatson> Assuming that works.
[10:48] <cjwatson> Yeah, it does.
[10:48] <infinity> Oh, wait, that notification bubbles, not indicator integration.
[10:48] <wgrant> The fact that you have to SRU any API change is an excellent argument for making the API not be full of boobytraps.
[10:48] <Laney> yeah
[10:48] <wgrant> Because if they prove to be a problem then we can't change them later
[10:48] <Laney> someone is working on a patch for the indicator stuff
[10:49] <infinity> Laney: Good.  I'm wildly miffed that when I upgraded my main machine to Q, I lost the only two consumers of the messaging menu that I care about (pidgin and gm-notify)
[10:50] <cjwatson> wgrant: Mm.  True.
[10:51] <wgrant> The reasons given for wanting the upload redirect are a) retraining developers, and b) ugly changelogs
[10:51] <wgrant> I hardly think a) is particularly valid at all :)
[10:51] <wgrant> And b) doesn't apply to copies
[10:52] <infinity> Well, we could fix (b) with end-user tools doing the rewrite, though I don't really want that hack in dpkg-genchanges. :P
[10:53] <infinity> Mostly, I just felt the redirect was the right DWIM thing, but that's years of Debian redirects that have trained me to expect that.
[10:53] <wgrant> Sure, it is the right DWIM thing.
[10:53] <infinity> And, if the counter-proposal is just to hard reject all uploads to $series, don't we still need to consider how that affects copies, and when?
[10:53] <wgrant> But there's a tradeoff there
[10:54] <infinity> The rewriting seems orthogonal to the "no uploads to $series except for copies from $series-proposed in a devel release" thing.
[10:54] <wgrant> infinity: Indeed, that would probably need to be made explicit (or it could be folded into auto_approve; I don't have a problem with auto_approve approving extra stuff, it just must not affect a redirect)
[10:57] <infinity> wgrant: Well, a redirect=False on copies would work then, right?  Allowing us to attempt a copy to $series, and check if we have the right perms to do so, etc?
[10:58] <cjwatson> I'm inclined to suggest that build uploads should never be redirected.
[10:58] <wgrant> Build uploads must never be directed, indeed
[10:58] <wgrant> That would destroy ~everything
[10:59] <wgrant> It's possible that you can just hack the insecure policy to do it
[10:59] <wgrant> I'm not sure if that's reasonable
[11:01] <cjwatson> Probably better than doing it in the upload processor + nascentupload (which mysteriously both construct policies independently).
[11:01] <wgrant> Hee hee
[11:01] <wgrant> Yeah
[11:01] <wgrant> That code has some terrible demons lurking
[11:01] <wgrant> With not insignificant chunks ripped straight from dak...
[11:01] <infinity> Build uploads wouldn't need to bypass the redirect.
[11:01] <infinity> They always upload to the right series.
[11:02] <cjwatson> (And why does soyuz_process_upload live under lp/soyuz anyway?)
[11:03] <infinity> Oh, except if it's a retry after it's been promoted, then it would build in $series, but a redirection would try to rewrite that.
[11:03] <infinity> Otherwise, though, buildds don't get the upload series from the changelog, but from sbuild (which gets it from buildd-master), so it should be correct.
[11:04] <wgrant> infinity: Hmm?
[11:04] <infinity> wgrant: Was just talking myself through why buildds need an exception here. :P
[11:04] <wgrant> uploadprocessor doesn't get it from the changelog either
[11:04] <wgrant> It's normally from the Distribution field in the .changes
[11:04] <infinity> wgrant: uploadprocessor gets it from the changes, I assme?  Or is that different for binary uploads for some reason?
[11:04] <infinity> wgrant: Yes, exactly.
[11:04] <wgrant> But depending on the layer that cjwatson rewrites at...
[11:05] <wgrant> We hopefully ignore the .changes Distribution for buildd uploads
[11:05] <wgrant> Given that we know the build it's coming into
[11:05] <infinity> And by "ignore", you mean "don't rewrite".
[11:05] <wgrant> There's a sanity check that various .changes metadata matches the build, but I forget if that's part of it
[11:05] <infinity> Cause binary .changes is always what we want it to be.
[11:05] <wgrant> It should always match, indeed
[11:06] <wgrant> But Launchpad already knows where the build is meant to go
[11:06] <wgrant> It doesn't need to read the .changes
[11:06] <wgrant> This isn't Debian :)
[11:06] <infinity> True, given that the .changes contains exactly what LP told us.
[11:06] <infinity> Though, that's true in Debian as well. :P
[11:06] <cjwatson> The insecure policy seems like an OK place to do this, which makes the question moot.
[11:07] <wgrant> So we *probably* ignore the .changes Distribution, but depending on where cjwatson overrides it could impact the build-derived target suite too
[11:07] <wgrant> But if you do it in insecure, it's fine as you say
[11:08] <infinity> Actually, wait.
[11:08] <wgrant> infinity: Is that really true in Debian now?
[11:08] <infinity> We absolutely ignore .changes
[11:08] <wgrant> infinity: I thought Debian buildds still just uploaded signed binaries into whatever suite and dak believed them
[11:09] <wgrant> infinity: Why do we absolutely ignore .changes?
[11:09] <infinity> wgrant: Well, yes, but the buildds are getting the suite from wanna-build.  So, not much different from buildd-master telling us what to build for.
[11:09] <wgrant> Sure, but the thing in question here is how the upload processor chooses the target suite
[11:10] <wgrant> In dak it will respect what the buildd tells it
[11:10] <wgrant> In LP it probably won't
[11:10] <cjwatson> Do we want a log message telling the uploader about the redirect (as Debian does)?
[11:10] <infinity> wgrant: Oh, nevermind.  I was thinking something relating to Daniel's stellar design decision to pass -dautobuild to sbuild, but I fixed that years ago.  Some part of my brain is living in the past.
[11:11] <wgrant> infinity: Heh
[11:11] <wgrant> cjwatson: Please
[11:11] <wgrant> cjwatson: Even better if that ends up in a convenient place in the Accepted mail somewhere
[11:11] <cjwatson> That's what I was thinking
[11:11] <wgrant> Although I forget if the new format has a logical place for that
[11:11] <cjwatson> Not that upload policies currently have a logger, but ...
[11:11] <infinity> It should end up in the Accept/Hold mail anyway.
[11:12] <infinity> Since an upload to $foo should end up saying "Accepted in $foo-proposed"
[11:12] <wgrant> cjwatson: there's probably a well-known logger name, like there is in buildd-manager
[11:12] <cjwatson> It can go somewhere near "Announcing to ..."
[11:12] <wgrant> Subjects say something like [ubuntu/raring-proposed] already, don't they?
[11:12] <wgrant> But I'd prefer an explicit log line
[11:12] <wgrant> As the subject is easy to miss
[11:12] <infinity> Yeah, both are fine.
[11:12] <cjwatson> wgrant: Did I just catch you assuming logic from LP?
[11:13] <cjwatson> (AFAICT archiveuploader just passes through an explicit logger everywhere.)
[11:13] <wgrant> Heh
[11:13] <wgrant> Well
[11:13] <wgrant> It's an open question which of those is more logical
[11:14] <cjwatson> Oh, bah, the notification mails are just constructed from a great big static template
[11:15] <wgrant> PPA acceptance emails have something fairly free-form at the top
[11:16] <wgrant> I can't remember how dissimilar the PPA template is
[11:16] <cjwatson> I could shove %(SUMMARY)s into the distro one, I suppose
[11:17] <cjwatson> But I think it fits better down below in the new format
[11:17] <wgrant> Yeah
[11:17] <cjwatson> Since IIRC the intention was for the top bit to still be vaguely parseable, in principle
[11:21] <wgrant> Indeed, although that matters more for announcement than acceptance
[11:22] <cjwatson> Announcements don't really need to be terribly explicit about redirects.
[11:22] <wgrant> Exactly
[11:22] <wgrant> It's not important for the announcement at all
[11:22] <wgrant> And it's the announcement that was intended to be parseable
[11:23] <wgrant> I suppose I should actually look at an acceptance mail to see just how parseable they are today
[11:24] <wgrant> Ah
[11:24] <cjwatson> Would it be OK for this to go in an "Upload Warnings:" section?  archiveuploader constructs once of those, although it doesn't currently go in distro acceptance messages.
[11:24] <wgrant> They are more similar than I remembered.
[11:24] <wgrant> Yeah, that sounds reasonable
[11:24] <wgrant> Upload warnings don't spam us
[11:25] <wgrant> I forget the full set of current warnings, though
[11:25] <wgrant> All I can remember is the one about the lack of debian/copyright
[11:26] <wgrant> I think that may, in fact, be the only one
[11:27] <wgrant> Ah, PPA quota too
[11:27] <wgrant> So yeah, seems like a reasonable place
[11:28] <cjwatson> Also urgency overrides
[11:29] <wgrant> Hmm
[11:29] <wgrant> But we get cronspam about those
[11:29] <wgrant> Oh
[11:29] <wgrant> priority overrides cronspam, urgency overrides end up in Upload Warnings
[11:29] <wgrant> Right
[11:30] <wgrant> Makes sense :/
[12:59] <henrix> infinity: it looks like we have a small prob with the lts-quantal
[12:59] <henrix> infinity: we're not able to create the tracking bug because the package has never been uploaded
[12:59] <henrix> any chances of getting it back? :)
[13:00] <henrix> herton: bjf: ^^
[13:00] <rtg> which was _why_ I uploaded last Friday.
[13:00] <bjf> i agree and why i said an 18 would be coming soon
[13:00] <rtg> all stable activity is predicated on the existence of the source code package
[13:01] <bjf> henrix, if necessary, just upload an 18 without a tracking bug
[13:01] <henrix> rtg: right, and makes sense. i didn't realised that we wouldn't get a tracking bug.
[13:04] <bjf> henrix, the other thing you can do is just create a bug by hand which will become the tracking bug for the package you upload
[13:04] <bjf> henrix, once it hits -proposed you can then just fix it up by hand
[13:05] <rtg> create it using 'linux' as the source package name, then just change it later.
[13:05] <henrix> bjf: hmm, ok. i guess that could be done. thanks
[13:05] <bjf> ack
[13:07] <infinity> henrix: Ahh, yeah, can't file bugs against something that doesn't exist.  Not world-ending.
[13:08] <infinity> (Not worth QAing a -17- upload just to be able to file bugs against it, mind you, which was why I rejected it if -18- was happening today)
[13:08] <infinity> I could accept -17- to proposed just to make your life easier, I suppose.
[13:08] <bjf> infinity, it isn't going to be QA'd if we mark the tasks invalid, we just need something in the archive
[13:09] <infinity> bjf: Well, "need" being a bit strong.  The copy will still work if the target doesn't exist.
[13:09] <infinity> bjf: But if you'd prefer it this way to make the bot less grumpy, it's not like burning buildd time right now will hurt.
[13:09] <infinity> bjf: I can accept Tim's uploads right now.
[13:09] <bjf> infinity, just accept rtg's upload please
[13:10] <henrix> bjf: infinity: ok, so i'll wait for -17 to get accepted
[13:10] <infinity> Sure, just give me a moment to do the NEW review.
[13:11] <henrix> infinity: sorry for the mess.  i should have thought about that before ;)
[13:11] <infinity> henrix: Well, just having it in the PPA without the tracking bug (until after I copy) would have worked just fine too.
[13:12] <infinity> But I need to review this at one point or another anyway.
[13:12] <infinity> So.  May as well do it now.
[13:16] <infinity> henrix: BTW, for my peace of mind, do you intend to generate lts-quantal using an exact copy of the .orig.tar.gz from quantal?
[13:17] <infinity> henrix: (Cause Tim's was built natively, which makes it a fair chunk different from Q)
[13:21] <henrix> infinity: we use a script debian.quantal/etc/update-from-quantal-master, which rebases the lts branch against the release repo
[13:22] <infinity> henrix: Branch rebasing isn't building the debian source package.  I mean when you build the source package, have a linux-lts-quantal_3.5.0.orig.tar.gz in .. that is an exact copy of linux_3.5.0.orig.tar.gz from quantal.
[13:22] <infinity> henrix: Saves space for mirrors that use hardlinks, and also makes the two source packages much easier to audit as being related to each other.
[13:23] <henrix> infinity: ah, ok. we do that for the linux packages, but not for the lts
[13:24] <infinity> henrix: Might be nice if you started. ;)
[13:24] <infinity> henrix: Given that, other than some bits in Debian, they're pretty much identical and all.
[13:25] <henrix> infinity: ack
[13:27] <infinity> henrix: Just make sure the orig is an exact copy, or it'll kinda defeat the purpose.  Cause if it's identical, you just saved ~100MB (per source package) for every mirror that isn't silly.  And a lot more, once you factor in version bumps.
[13:32] <rtg> infinity, is the orig tarball name a function of the source package name ? in which case we're gonna end up with a 2nd tarball anyways, but we can still save a shitload of space for subsequent uploads.
[13:32] <rtg> s/is/isn't/
[13:33] <cjwatson> rtg: Yes.
[13:34] <cjwatson> (Although a few mirrors know how to hardlink identical files.)
[13:35] <infinity> rtg: Yes, I specifically mentioned the hardlinking above for that reasons.
[13:35] <infinity> s/reasons/reason/
[13:35] <infinity> rtg: Either way, as you note, it saves space in subsequent uploads, even for less bright mirrors.
[13:35] <rtg> ah, missed that
[13:37] <infinity> henrix: Oh, and if I missed mentioning it, I accepted Tim's uploads, so shankbot should be happy about creating bugs.
[13:38] <henrix> infinity: ack, thanks
[15:06] <cjwatson> abcde is a test case I'm running for -proposed migration
[15:09] <xnox> the name of the package is too generic, testme-please-ignore1 would be better.... oh wait it's a real package called "abcde" and it has nothing to do with teaching alphabet.... *sigh* abcde: A Better CD Encoder
[15:10]  * highvoltage always liked the name of that program
[15:10] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/ - most boring possible output :-)
[15:10] <highvoltage> you can do a lot worse, like there's an educational flashcard program called "iGNUit!" (urgh)
[15:11] <cjwatson> all I needed was something that wasn't compiled and so wasn't involved in any toolchain work; abcde happened to be first in the list from auto-sync output
[15:51] <xnox> I am suspecting ben the transition tracker is still pointing to quantal instead of raring http://people.canonical.com/~ubuntu-archive/transitions/
[15:51] <xnox> http://people.canonical.com/~ubuntu-archive/transitions/python3.3.html has lxml at 2.3.5-1 yet it is 3.0.1-1 in raring
[15:53] <cjwatson> xnox: fixed for next run
[15:53] <cjwatson> though you could have done that yourself I think - it's ubuntu/download/archive{,_ports}.ben
[15:53] <Laney> yeah
[15:53] <Laney> I don't think it's encoded in the script that runs it
[15:53] <cjwatson> it's not
[15:54] <cjwatson> http://paste.ubuntu.com/1297805/
[15:54] <Laney> we need to be making this learn about proposed
[15:54] <cjwatson> Laney: do you have access to the chroot this runs in nowadays?
[15:54] <Laney> no
[15:54] <cjwatson> we should get you into ~ubuntu-archive so that you do
[15:55] <cjwatson> then you can sort out the new tracker code so I don't have to :-)
[15:55] <Laney> I wouldn't complain
[15:55] <cjwatson> since I'm obviously failing to
[15:55] <Laney> there's already an RT to get ben installed on that box
[15:55] <Laney> I suspect it won't happen until someone pushes at it though
[15:58] <cjwatson> https://launchpad.net/ubuntu/+source/abcde/+publishinghistory - looks moderately sane
[15:59] <cjwatson> ubuntu-archive-robot will end up being blamed for a lot of stuff :)
[15:59] <Laney> heh
[15:59] <xnox> cjwatson: thanks... doh =) should have done myself.
[15:59] <Laney> will there be a hinting mechanism for our britney?
[15:59] <cjwatson> It shouldn't affect anything processing *-changes lists
[15:59]  * xnox wants new tracker =))))
[15:59] <cjwatson> But if there are things that try to assign blame by processing the publishing history, they'll probably need to be adjusted
[16:00] <cjwatson> Laney: the code's there, and I expect we'll need it occasionally, but I was going to cross that bridge when we came to it
[16:01] <xnox> Laney: well manual copies are still possible to bypass britney =)
[16:01] <Laney> mmm
[16:01]  * Laney is aware of what we do to Debian's RT with Haskell.
[16:01] <cjwatson> xnox: that's not a given
[16:02] <xnox> cjwatson: ?! /me doesn't get it.
[16:02] <cjwatson> xnox: manual copies to bypass britney will probably not remain possible
[16:02]  * xnox :`(
[16:02] <xnox> oh well. Better be good with my uploads then.
[16:02] <cjwatson> otherwise everyone using syncpackage would bypass it
[16:03] <cjwatson> (until we modify it, but even then ...)
[16:16] <xnox> hmm... mk-sbuild should add -proposed to sources by default. And quantal ppa's as well?!
[16:16] <cjwatson> No!
[16:16] <cjwatson> Absolutely not!
[16:17] <cjwatson> *Don't* encourage actual users to use -proposed
[16:17] <cjwatson> A lot of people use sbuild chroots for non-buildy things ...
[16:17] <xnox> but buildd will build against -proposed, while locally it will build against release.
[16:18] <cjwatson> (Sorry, maybe my exclamations were a bit OTT)
[16:18] <xnox> well, you have a point =)
[16:18] <cjwatson> Why talk about quantal PPAs then?
[16:18] <cjwatson> buildds won't build against those ...
[16:18] <xnox> s/quantal/raring/
[16:18] <cjwatson> buildds won't build against raring PPAs either
[16:19] <xnox> yeah, agree. Forget I ever mentioned PPAs.
[16:19] <xnox> but pbuilder-dist & mk-sbuild - should or shouldn't add -proposed?
[16:19] <cjwatson> OK, maybe that confused me
[16:19] <cjwatson> Arguably
[16:19] <xnox> for raring, while it's development release.
[16:20] <xnox> well always.... as it becomes SRU staging archive.
[16:20] <cjwatson> I guess at least with an option
[16:20] <cjwatson> (like --skip-updates)
[16:20] <xnox> opt-in then.
[16:20] <cjwatson> I could see it either way; it kind of depends on the target audience
[16:21] <cjwatson> Builds in raring PPAs probably won't use -proposed by default
[16:21] <cjwatson> Builds aimed at the primary archive might well want to be tested against -proposed
[16:21] <Laney> Then you get into the situation where people end up enabling -proposed on their machines to satisfy dependencies
[16:22] <xnox> ack. And if a developer is caught in a transition, they should know & learn about it.
[16:22] <cjwatson> We're still going to have to put effort into keeping transitions as brutally short as possible
[16:23] <cjwatson> So, yeah, disregard my "No!" above - I was out of line
[16:23] <cjwatson> I'm being a bit hair-trigger on the risk that people might start widely using -proposed
[16:23] <cjwatson> Because if they do it kind of makes a lot of this work pointless
[16:23] <xnox> server & X where building against -proposed this cycle. Did we have any "support" issues with enabling -proposed for those devs...? (I am guessing kernel & X developers are fairly sophisticated and do not require the #ubuntu-motu style hand-holding)
[16:24] <cjwatson> Not really, but there was so little in -proposed at any one time that it hardly mattered; they mostly had the pocket to themselves
[16:24] <cjwatson> The support issue was keeping track of when things were ready to be promoted
[16:25] <cjwatson> And being aware that we were going to start doing auto-promotion was why we were repeatedly discouraging people from doing manual testing there
[16:25] <xnox> which mostly funnelled down to all of them pinging infinity =)
[16:39] <xnox> is Raring Ringtail a proper name, and hence capitalised. Or is it a common noun and hence should be lower-cased.
[16:39] <xnox> ?
[16:42] <cjwatson> When written in full like that, it should be in title-case as you have it
[16:43] <cjwatson> For just the adjective, opinions evidently vary.  I tend to capitalise it when I'm using it as an abbreviation for Raring Ringtail / Ubuntu 13.04 / whatever, and lower-case when I'm referring to the technical identifier (the Launchpad series, upload targets, whatever)
[16:44] <cjwatson> But that's probably just me.
[16:46] <slangasek> I think I agree
[16:46] <slangasek> even though my usage tends not to be so consistent :)
[16:46] <cjwatson> I'm sure mine isn't unless I'm thinking about it.
[16:52] <xnox> I am debating weather /etc/lsb-release DISTRIB_CODENAME is human readable or machine parsable. Since I am afraid things may break if the codename is suddently capitalised.
[16:52] <infinity> Does someone want to give a quick review to that base-files in the queue?  It's a reasonably beefy merge, so wouldn't mind a second set of eyes rather than self-accepting.
[16:53] <infinity> xnox: It's meant for computers, not people, IMO.  If you're referring to the bug I just closed.
[16:53] <xnox> by the loooks of things openSUSE capitalize their codenames in lsb-release, debian doesn't. Checking fedora now.
[16:53] <xnox> infinity: yeah. it is about the bug you closed.
[16:54] <xnox> I like os-release it has a pretty and machine names.
[16:54] <xnox> let's see what you crafted for raring =)
[16:55] <infinity> xnox: raring is the same as every release previous.
[16:55] <slangasek> there certainly may be software that assumes the codename field is directly usable for apt and the like
[16:56] <cjwatson> Oh, goodness, yes, don't change the capitalisation in DISTRIB_CODENAME.
[16:56] <cjwatson> No excuse or reason for doing that.
[16:56] <infinity> Hrm, wait.  This can't be about CODENAME anyway.
[16:57] <cjwatson> That sort of thing doesn't need to obey the normal rules of English grammar.
[16:57] <infinity> xnox: Which string is this?
[16:57] <slangasek> ah, oh right, it's about DISTRIB_DESCRIPTION
[16:57] <slangasek> which lowercases the codename prior to release
[16:58] <infinity> With an added s/\(.*// ?
[16:58] <slangasek> and /that/ it would be reasonable to uppercase
[16:58] <infinity> Cause I wouldn't be against.. Yeah.
[16:58] <xnox> well the os-prober fetches it, and then ubiquity parses it further and we end up in Ubiquity with a string:"You have Ubuntu quantal installed on this computer. What would you like to do?"
[16:58] <cjwatson> Agreed, that doesn't matter.
[16:58] <xnox> during development.
[16:58] <infinity> xnox: Right, I'm just trying to nail down precisely (raringly?) where that comes from.
[16:59] <infinity> xnox: If it's lsb_release -d | sed 's/\(.*//' (or so), then yeah, we could uppercase that one.
[16:59] <cjwatson> /usr/lib/os-probes/mounted/40lsb
[16:59] <cjwatson> Basically DISTRIB_DESCRIPTION
[17:00] <infinity> cjwatson: Minus the " (development branch)" bit, I assume.
[17:00] <cjwatson> I guess.  I haven't followed the twisty maze.
[17:00] <xnox> well ubiquity strips (development branch)
[17:00] <xnox> but it is there.
[17:00] <xnox> http://paste.ubuntu.com/1297966/
[17:00] <infinity> Ahh.
[17:00] <infinity> Check.
[17:00] <xnox> this is paste of raw os-prober results against some of my chroots.
[17:00] <infinity> If ubiquity's already post-processing it, you could tr the first character of the name too. :P
[17:01]  * xnox wants to remove all of the logic out of ubiquity
[17:01] <xnox> so I rather Base-Files to be Capitalised =)
[17:01] <infinity> But I think I can see a valid argument for the bits in DISTRIB_DESCRIPTION, PRETTY_NAME, and /etc/issue* to have an uppercase R.
[17:02] <slangasek> xnox: ITYM BasE-FIleS
[17:02] <infinity> I shall reject my upload and do that now, if there are no objections.
[17:02] <xnox> "We’ll make something… wonderful, and call it the Raring Ringtail." and "However, for the sake of sanity, it’s not a raring ringtail raccoon, just a raring ringtail." As per http://www.markshuttleworth.com/archives/1195
[17:03] <xnox> slangasek: I am not from east london.
[17:05] <infinity> RFC: http://paste.ubuntu.com/1297969/
[17:05] <cjwatson> I have a "that looks wrong" reaction which I think is just unfamiliarity.
[17:06] <cjwatson> I think it would be fine.
[17:06] <infinity> Yeah, I think it looks wrong to Capitalize It Without The Ringtail.
[17:06] <xnox> I wonder how many things will break, and why is it "Ubuntu Raring" and not "Ubuntu Raring Ringtail" everywhere.
[17:06] <infinity> Maybe we should add the animal too.
[17:06] <infinity> And totally break with tradition.
[17:06] <xnox> =))))))
[17:07] <cjwatson> I'd be a bit worried about increasing the length causing some strings to wrap and ...
[17:07] <infinity> xnox: Nothing should break, since those fields all change regularly anyway.
[17:07] <xnox> we are really raring this time around =)
[17:07] <cjwatson> But I suppose it's reasonable to try it now
[17:07] <infinity> cjwatson: Yeah, I was thinking about wrapping issues too.  Especially in installers.
[17:07] <cjwatson> As long as we don't attempt to SRU it
[17:07] <infinity> What the heck, let's get all animally.
[17:07] <cjwatson> I'm pretty sure that at one point "Ubuntu quantal" etc. was displayed in some contexts that didn't have a lot of horizontal space.
[17:08] <cjwatson> Like the horizontal partition display we had at one point.
[17:08] <infinity> Actually, yeah.  I'll change it in issue/issue.net, I won't change it in lsb/os-release.
[17:08] <infinity> Well.  Wait.  People using those already cut out the (devel release) garbage.
[17:08] <xnox> but then ubiquity will say: "You have Ubuntu Raring installed. What do you want to do?"
[17:08] <infinity> They can cut the animal too if it's really an issue.
[17:08] <cjwatson> I do, FWIW, think it's perfectly fine to talk about raring or Raring; it's not like it's *wrong* without Ringtail.  We've been abbreviating it ever since warty.
[17:09] <infinity> Bah.
[17:09] <infinity> Screw it.  I'm done having opinions.
[17:09] <infinity> Everyone gets ringtails.  It's a new world oder.
[17:09] <infinity> Also, an order.
[17:09] <xnox> =)))))
[17:09] <infinity> And I just typed "Raring Ringtails"...
[17:09] <infinity> Stupid brain.
[17:10] <infinity> http://paste.ubuntu.com/1297985/
[17:10] <infinity> And uploading.
[17:10] <cjwatson> (As in, I have a mail from 2004-04-09 talking about all of "warty", "Warty", and "Warty Warthog" essentially interchangeably.)
[17:11] <infinity> Yeah.  Well, this feels more correct for /etc/issue* anyway.
[17:11] <infinity> We'll see if the world explodes due to lsb-release.
[17:11] <infinity> And it bloody better not be an issue for os-release, which has no consumers yet. :P
[17:12]  * xnox ponders what would happen if we include some UTF-8 characters as well =)
[17:12] <infinity> But, I figure all lsb_release -d consumers who cared about screen space were already chopping off the last bit, so they can just chop harder.
[17:12] <infinity> (Or, more correctly, just keep the first two fields, which may be what some already do)
[17:16] <xnox> infinity: about chopping     https://www.youtube.com/watch?feature=player_detailpage&v=h8FomrtvCIY#t=17s
[17:21] <infinity> Alright.  If someone wants to give THAT base-files upload a quick once-over and accept it, that would be lovely.
[17:22]  * infinity wanders off to find a bit of liquid food.
[17:31] <ScottK> doko: ^^^
[19:11] <slangasek> bdmurray, jibel, gema: does anyone know where http://reports.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html has disappeared to?
[19:14] <micahg> slangasek: http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-q-tracking-bug-tasks.html (same thing happened to the sponsorship page)
[19:14] <slangasek> "reqorts"?
[19:14] <slangasek> what in the world
[19:14] <micahg> slangasek: machine move :)
[19:17] <slangasek> micahg: is that going to be fixed to a more sensible name in the future?
[19:18] <micahg> slangasek: no idea, I just found out myself due to backscroll in one the channels
[19:18] <slangasek> ok, thanks
[19:19]  * skaet *blinks*
[19:21] <skaet> yeah,  an email about the location changes would have been nice.
[19:24] <bdmurray> slangasek: no, I don't what we should be using to get to them now
[19:24] <slangasek> bdmurray: see micahg's comment above, apparently there's "reqorts" now
[19:25] <bdmurray> slangasek: oh, I missed the q
[19:25] <bdmurray> wtf
[19:26] <skaet> I'm asking if there could be an email explaining the change/transition in locations.
[19:27] <Laney> slangasek: huh, I talked with IS about that earlier
[19:27] <Laney> ChrisS was supposed to have set up a redirect
[19:27] <Laney> uh, it's gone away, the sponsoring report worked earlier
[19:28] <Laney> speak to the vanguard ...
[19:28] <slangasek> Laney: a redirect from where?
[19:28] <Laney> from reports to reqorts
[19:29] <slangasek> for which subtrees?
[19:29] <Laney> /reports/
[19:29] <slangasek> ok
[19:29] <Laney> anyway, it seems to have gone away
[19:30] <ScottK> Any objections to an Ubuntu specific debootstrap upload to make it aware of raring?
[22:56] <cjwatson> ScottK: not really, although I was going to do it in Debian soonish.  If you could upload one to raring-proposed it'd be another handy test of britney.
[22:56] <ScottK> OK.
[22:56] <cjwatson> (as long as people can restrain themselves from copying it to raring manually)
[22:57] <cjwatson> I don't have britney fully automated yet - will run it by hand tomorrow morning
[22:57] <ScottK> cjwatson: Uploaded.
[22:57] <cjwatson> ta
[22:57] <cjwatson> mostly I want to check that announcement mails come out sane
[22:57] <ScottK> I already added the symlink by hand locally, so I'm not rushed.
[22:58] <cjwatson> you might get an extra mail when it's copied - haven't worked out how/whether to suppress that yet
[22:58] <cjwatson> I figure people can always filter so it's not a *huge* deal
[23:05] <xnox> I like receiving emails upon accepts in the queue & upon copies (SRUs from lp, or sftp Debian uploads) Plus it will give a clear idea of how long the delay is or whether there are problems (Oh, there was no second email, why is it not transitioning).
[23:08] <cjwatson> xnox: Yes, I expect some people will feel that way and others will complain about the duplication :-)
[23:09] <cjwatson> Something like grep-excuses in a cron job is a better way of keeping track of transition delays in Debian
[23:09] <xnox> whoever complaints should start getting katie's email =)
[23:09] <cjwatson> But it may not work well for Ubuntu unless we make it show maintainers a bit differently
[23:10] <xnox> well *I* care about _my_ package transitioning, not the rest of the world ;-)
[23:10] <cjwatson> I expect I will have to start filtering ubuntu-archive-robot's mail shortly
[23:10] <xnox> heh.... =)
[23:10] <cjwatson> (katie itself doesn't tend to get mail)
[23:10] <cjwatson> (not that I'd see it if it did)
[23:11] <xnox> lucky her =)
[23:32] <cjwatson> ScottK: That was apparently to raring (release).  Would you mind reuploading to raring-proposed.
[23:32] <cjwatson> ?
[23:32] <ScottK> cjwatson: Not at all (it was)
[23:33] <ScottK> Done
[23:33] <cjwatson> Ta
[23:49] <phillw> hi guys, any idea why I'm getting bug 986967 in quantal on alternate install?
[23:49] <ubot2> Launchpad bug 986967 in unity-greeter (Ubuntu Precise) "unable to log in - hangs on 'logging in' msg" [High,Fix released] https://launchpad.net/bugs/986967
[23:50] <xnox> phillw: there is no alternate install for quantal.... so what are you doing? did you mean precise?
[23:50] <phillw> well that sort of issue?
[23:50] <phillw> xnox, there is alternate for both server installs and lubuntu.
[23:50] <xnox> ack.
[23:51] <phillw> along with netboot, of course.
[23:52] <phillw> I do have a full set of logs, as it is on my other hard drive. So, if you guys let me know what ones you want, I'd be more than happy to furnish them.
[23:52] <xnox> phillw: comment on the bug or open a new one. I don't it's something #-release can solve easily.
[23:53] <xnox> I don't "think" (missing from above)
[23:55] <phillw> As it is Q bug, I guess I should open a new one. It's obviously NOT unity greeter!
[23:57] <phillw> the repeated error is unable to open pam_gnome_keyring.so  Does that help in what I should bug it against?
[23:58] <phillw> in fact the line all have pam / PAM in, but I'm not knowledgeable enough to understand them :/
[23:58] <xnox> duplicate pam module configured by any chance?!
[23:59] <phillw> xnox: give me a couple of mins and I'll paste up the auth.log - hopefully you can tell me what to bug report it against.


[09:37] <rmg51> jMorning
[12:13] <teddy-dbear> Morning peoples, critters and everything else
[14:06] <lazyPower> o/
[20:45] <WorkingTurkey> anyone looking for a starting out web dev position?


[01:46] <Mapley> I swear that Droid Sans looks different on Xubuntu than on Arch with the same exact font rendering settings... hmm.
[01:47] <Mapley> Slightly different spacing, character widths, and curves.
[02:54] <mushrooman> Hi
[03:01] <mushrooman> Why does Xubuntu lag so much?
[03:02] <mushrooman> I removed Nouveau and the lag is gone, but I'm stuck at 800x600
[03:05] <ruien> I run nvidia drivers on dual-monitor setup, 1920x1080 & 1600x900, I'm using "nvidia-319-updates" package on xubuntu 13.10 -- no lag whatsoever
[03:06] <mushrooman> It's not as bad a unity Ubuntu, but there's pretty horrific draw bugs and software manager lags just animating icons
[03:07] <ruien> that sounds like a driver incompatibility. Which driver are you using, and is it compatible with your video card?
[03:09] <mushrooman> It's Nouveau
[03:09] <xub350> mushrooman: what video card do you have?
[03:09] <mushrooman> Geforce 4 MX 440
[03:10] <xub350> that's the problem
[03:10] <xub350> you need the drivers version 96.xx
[03:11] <ruien> those, i think, are for the 2.6.32* kernel series (circa xubuntu 10.04) - is that right?
[03:12] <xub350> give me one sec... all he needs to do is add new PPA.. i just don't remeber wish ones
[03:21] <mushrooman> I looked in "additional drivers" and there's nothing
[03:49] <holstein> mushrooman: i would try the vesa driver
[03:50] <holstein> mushrooman: maybe the xswat ppa is what xub350 was referring to
[04:26] <glenrock> how do i add a picture for my account so it shows up in the login screen?
[04:29] <holstein> glenrock: http://askubuntu.com/questions/47186/is-there-a-way-to-change-user-picture-in-xubuntu-and-actually-display-it-on-log suggests "Create a 96x72 png (PNG) and renamed it as ~/.face"
[04:29] <glenrock> thanks holstein
[04:29] <glenrock> testing now
[04:37] <glenrock> worked :)
[04:57] <xubuntu400> hola
[04:58] <xubuntu400> i can someone help with my auidio card? i just installed Xubuntu 12.04 but i got no audio
[05:03] <holstein> xubuntu400: double check the mutes.. the hardware and softare mute buttons..
[05:04] <holstein> !audio | xubuntu400
[06:34] <xubuntu207> i have a problem getting a wireless usb modem to work in xubuntu..... and I'm a newbie
[06:34] <xubuntu207> Bus 001 Device 002: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
[06:35] <xubuntu207> anyone?
[06:39] <ruien> run into a similar issue myself with a different usb modem (G3), only has windows drivers, never got it to work
[06:40] <ruien> is this similar, or does yours actually have a linux driver
[06:43] <xubuntu207> nope although it is supposed to use ath9k_htc
[06:44] <xubuntu207> when I checked using dmesg in the CLI it showed that it couldn't retrieve the firmweare
[06:45] <xubuntu207> er, typo! firmware
[06:45] <Unit193> sudo modprobe -v ath9k_htc   gives what?
[06:46] <xubuntu207> got a bit of a problem, I just dicovered that i messed up with the root password so I can't use SU
[06:47] <xubuntu207> forgotten my root password, jees will i have to reinstall xubuntu
[06:47] <xubuntu207> ?
[06:47] <ruien> does your user have sudo access? If you do, you enter your own password, not root's password, and you can log in with root using "sudo su -"
[06:47] <Unit193> sudo -i
[06:48] <xubuntu207> ok, i'll try that now
[06:48] <xubuntu207> worked!
[06:49] <xubuntu207> modprobe givessudo modprobe -v ath9k_htc nothing
[06:52] <xubuntu207> i mean running that command in the terminal results in nothing
[06:54] <xubuntu207> ehm, the wireless adpater works, I just tried it on Windows 7 on another machine.... and on openSUSE 13.1 too
[06:54] <xubuntu207> but I would like to get it working on xubuntu to use with this machine
[06:57] <Unit193> It's in the kernel, don't know why it shouldn't work, but then again never used the device.
[06:58] <Unit193> You could try posting on the forums or askubuntu.
[07:05] <xubuntu207> OK unit193, you're probably right...... It doesn't seem to work on kernels above 3.10... I just updated openSUSE with linux kernel 3.12 and it won't work there either
[07:13] <xubuntu207> exit
[08:42] <Travis> Hot dog!  I can print from MS Word inside Xubuntu.
[10:37] <xubuntu257> Hello everyone, I have a problem with xubuntu. I am not an expert, just an former windows user. When I start xubuntu, it stops and there is a message in the screen "out of range" I tried to search a solution in google but I couldnt...
[10:37] <TheSheep> the message is displayed by your monitor screen, not by ubuntu itself
[10:38] <TheSheep> it means that the resolution that your xubuntu is set too is too hight for your monitor to display
[10:38] <TheSheep> try running it in the safe mode and changing to the right resolution for your screen
[10:41] <xubuntu257> Ok, I try that way I have to check internet to know how.. Now i start xubuntu from usb and it works, I try from here. Thanks for you answer.
[10:41] <TheSheep> I think if you press esc at the boot, it should show you a menu where you can choose to boot in rescue mode
[10:43] <xubuntu257> Ok, I try. Thank you. I'm very lost on this issues...
[10:48] <Junka> esc? I thought the menu is brought up by holding shift or something
[10:58] <ovrflw0x> sound applet doesn't show proper indication of volume, it doesn't show "bar" to increase/decrease volume, how to fix that?
[11:03] <elfy> ovrflw0x: bug 1208204
[11:09] <ovrflw0x> elfy, which fix should i go for?
[11:11] <ovrflw0x> is #5 fix okay?
[11:15] <ovrflw0x> or will updating fix this issue? elfy
[11:17] <elfy> there is no updated fix yet ovrflw0x
[11:18] <ovrflw0x> so should i go for #5 fix?
[11:18] <elfy> http://askubuntu.com/questions/360806/volume-indicator-issue-after-xubuntu-13-10-upgrade/360840#360840
[11:18] <elfy> read the comments as well
[11:19] <Junka> hope it will be fixed soon
[11:20] <ovrflw0x> elfy, what if fix arrives, will i have to change back "Exec" line to what it was before?
[11:20] <elfy> ovrflw0x: using that fix any update to it will change the file as required
[11:21] <ovrflw0x> so no need to worry right?
[11:22] <elfy> should be ok - but if an update to it occurs which breaks it redo the fix, though I don't think it's likely
[11:23] <ovrflw0x> how will i know if update breaks it?
[11:23] <nlsthzn> this issue is thus far the only thing that has effected my 13.10 install... at least the fix is easy :)
[11:23] <elfy> if an update breaks it you'll have no vol indicator again
[11:24] <ovrflw0x> k
[15:26] <Bosi> Hello guys. I have a problem here: The software update window appears here saying that there are 68,5MB to be downloaded, but when I click to install it, it says that I don't have permission. What should I do?
[15:33] <zukeprime> open terminal, run these commands:
[15:33] <zukeprime> sudo apt-get update
[15:33] <zukeprime> sudo apt-get upgrade
[15:33] <zukeprime> close the software update window...you don't need it
[15:34] <Bosi> well... here is the thing, I've done that.
[15:34] <zukeprime> try this:  sudo apt-get dist-upgrade
[15:35] <Bosi> but this window keeps popping up saying that there are the 68,5MB to be installed. but when I go through terminal, says that nothing was installed and 4 were not updated.
[15:36] <zukeprime> did you try the dist-upgrade command?
[15:36] <Bosi> just did, seems to have worked.
[15:36] <zukeprime> I feel your pain.  I like the software update window to review updates, etc...but on 13.10 it seems to have been borked
[15:37] <Bosi> zukeprime, can you explain me what does this command line dist-upgrade means?
[15:37] <Bosi> zukeprime, yeah, since I upgraded I've had a lot of issues so far.
[15:39] <zukeprime> https://help.ubuntu.com/community/AptGet/Howto
[15:39] <Bosi> zukeprime, and thanks for your help by the way.
[15:39] <zukeprime> dist-upgrade is not distribution upgrade...it basically is a smarter conflict resolution scheme
[15:40] <zukeprime> so when conflicts are encountered in a regular upgrade, the dist-upgrade prioritizes so to speak
[15:40] <zukeprime> np
[15:40] <Bosi> haha yeah, the name got me confused.
[15:40] <Bosi> thanks, have a good day!
[15:41] <zukeprime> np Bosi you too
[15:43] <ovrflw0x> zukeprime, where should i put service for systemd in which dir?
[15:46] <zukeprime> lol.  you've quickly exceeded my skill level.  No idea
[15:47] <zukeprime> sorry my friend.  I help where I can...and for this I cannot
[15:53] <ovrflw0x> zukeprime, how can i be your friend when i haven't even seen you
[15:53] <zukeprime> ok then. Sorry pal.  lol
[15:55] <ovrflw0x> not even pal
[15:55] <ovrflw0x> it is same as friend
[16:35] <wrongOS> regular install image wouldn't work, used alternate image for 12.04, it booted to terminal, looked online for solution, followed directions without thinking, sudo apt-get install --reinstall ubuntu-desktop, now I have ubuntu instead of xubuntu, what do?
[16:38] <elfy> wrongOS: http://www.psychocats.net/ubuntu/purexubuntuprecise
[16:38] <elfy> will remove ubuntu-desktop, instal xubuntu-desktop
[16:39] <wrongOS> thank you. so I do that and then do what I did before but with xubuntu-desktop?
[16:39] <Bosi> Hello everyone. I'm having trouble with the XFCE session. Everytime I restart my pc, it reopens everything that was left opened. I already unmarked the options in "Session and Startup" and clicked to clean sessions saved. And already used the command rm -rfv ~/.cache/sessions/ ... What else am I missing? It is so fuckin annoying to have all my applications left open re-opening on startup.
[16:41] <elfy> wrongOS: if you copy paste the command to remove ubuntu it alos includes the one to install xubuntu-desktop
[16:41] <wrongOS> ah, rad. thank you very much, have a good one
[16:41] <elfy> wrongOS: so start the machine - open a terminal and run it :)
[17:11] <Bosi> Hello everyone. I'm having trouble with the XFCE session. Everytime I restart my pc, it reopens everything that was left opened. I already unmarked the options in "Session and Startup" and clicked to clean sessions saved. And already used the command rm -rfv ~/.cache/sessions/ ... What else am I missing? It is so fuckin annoying to have all my applications left open re-opening on startup.
[17:11] <Travis> I am about to erase & start over.  There's a menu selection in the main menu that is not there, when I go to try to change its properties under "Main Menu"
[17:11] <knome> Bosi, please watch your language; this is a family-friendly channel
[17:12] <Bosi> knome, sorry man.
[17:12] <baizon> Bosi: how do you restart your pc?
[17:13] <Travis> are you kidding me?
[17:14] <Bosi> baizon: by clicking "restart"? is there any specific way to do it?
[17:15] <zukeprime> bosi.  have you looked at settings-->session and startup-->session tab-->clear saved sessions
[17:15] <zukeprime> then save a clean session
[17:16] <zukeprime> whoops...sorry man.  just saw it
[17:16] <baizon> Bosi: http://linux.die.net/man/1/xfce4-session-logout
[17:17] <baizon> Bosi: i've a script which does restart with the "--fast" parameter. This solved my problem
[17:17] <baizon> Bosi: something like "xfce4-session-logout --reboot --fast"
[17:19] <Bosi> I mean, when I did all those things, when I restart, it doesn't reopen the applications. BUT, on the next time I restart, it reopens everything I left opened in that session.
[17:19] <Bosi> baizon, I'll give it a try.
[17:20] <baizon> Bosi: yes had the same issue, this command fixed it for me
[17:20] <Bosi> baizon, great, just finishing a download here, in 5 minutes I'll try it and see if it worked.
[17:21] <zukeprime> Bosi quick check.  When you log out or restart the logout dialogue pops up.  On it is a check box to save sessions.  Have you checked that
[17:21] <Bosi> thanks to all for the help, I really appreciate it.
[17:25] <Travis> I am having an issue with an icon for a program that is no longer installed, still showing up on the menu.  I've tried deleting it via alacarte.  It's still there.
[17:27] <knome> Travis, did you remove that application via a normal package manager?
[17:28] <Travis> I don't think so
[17:28] <Travis> Let me post the error I am getting
[17:28] <knome> !pastebin | Travis
[17:29] <Travis> Failed to execute command...........
[17:29] <Travis> gives me the entire thing.  Yet there is nothing in the "Main Menu" editor to remove it.
[17:29] <knome> Travis, can you answer the question i asked you so i can help you debug the problem?
[17:30] <knome> Travis, what did you remove the application with?
[17:30] <Travis> I responded
[17:30] <Travis> read up
[17:30] <Travis> It appears there's an icon somewhere that was created that I can't find.
[17:31] <knome> Travis, yes, sounds like that; but how did you remove the applications?
[17:31] <knome> -s
[17:31] <Travis> I don't do command line stuff.
[17:31] <Travis> I don't remember how.
[17:31] <knome> did you remove it with synaptic package manager? ubuntu software center?
[17:32] <Travis> What I am saying is that I may have created a shortcut that I can't find to remove.  It looks like an uninstall gone wrong.
[17:33] <knome> ok then, what's the application?
[17:33] <Travis> PlayOnLinux
[17:34] <knome> try finding a .desktop file for that with catfish
[17:34] <Travis> I have it installed & want it kept that way, but want the shortcut created to disappear.  I already have one that I like.
[17:34] <Travis> Did that
[17:34] <Travis> It's active.
[17:34] <Travis> am looking right at it.
[17:35] <Bosi> baizon, so, I might have missed something
[17:35] <Bosi> baizon,  I restarted that way, it worked.... but do I always have to restart that way to make it work? Like, I clicked "restart" with a couple of applications oppened, and they were re-opened on the next session.
[17:36] <knome> adding a row that says "NotShowIn=XFCE" should make that icon disappear from xubuntu's menus
[17:36] <knome> Travis, ^
[17:36] <Travis> That means it's still there
[17:36] <Travis> I can't alter that
[17:36] <baizon> Bosi: well, you can create a menu entry with a custom .desktop file. There you can put it and name it "reboot" for example
[17:36] <Travis> It's for an active program.
[17:36] <Travis> I will have to erase the entire OS and start over.
[17:37] <knome> Travis, no.
[17:37] <knome> Travis, adding that line will mean the icon won't show up in xubuntu's menus.
[17:37] <Travis> That means it's still there, just hidden.
[17:37] <Bosi> baizon, bottom line... this is a really annoying bug, right?
[17:37] <Travis> I want it completely removed.
[17:38] <knome> Travis, then delete the file
[17:38] <baizon> Bosi: yes :)
[17:38] <knome> Travis, but if it's a .desktop file for an installed application, the next update will probably just bring it back.
[17:39] <Bosi> baizon, haha thanks!
[17:40] <Travis> The only way to fix my problem is a total re-install
[17:40] <Travis> SOmething's that screwed up
[17:41] <knome> Travis, nope, that's wrong. but if you think that's the easiest way for you, feel free to do that.
[17:41] <Travis> You aren't understanding the issue.
[17:41] <Travis> There is no .desktop file for this shortcut.
[17:42] <knome> you just said there is and you have it open.
[17:42] <knome> you aren't being logical
[17:42] <Travis> I think you're the one not being logical
[17:42] <Travis> There IS a .desktop file for PlayOnLinux that works.
[17:42] <Travis> Yet, it won't show up in the menu
[17:43] <Travis> The menu shortcut for it has failed and can't be altered via the "Main Menu" in "Menu Settings" for some reason.
[17:43] <Travis> THus, I have to reformat.
[17:43] <knome> if you insist.
[18:26] <Junka> On saucy the first usb I plug in will not be automatically mounted. This happens everytime. It is annoying when I plug in my usb modem, because it does not prompt for PIN password, I have to unplug and plug again to get it work unless ofc I have plug in a usb before where it enabled the 'bug'
[20:11] <Travis> Hello, again
[20:25] <Travis> THis is strange.......I can view Windows shared folders on Xubuntu, but not the other way around.
[20:34] <Haggard> Travis: Linux file managers (and tools like gigolo) tend to build in that support. MS doesn't play nicely with anyone else usually.
[20:34] <Travis> I've gotten it to play nice a while ago :(
[20:34] <Travis> Gotta figure out what I did.
[20:35] <Haggard> Just need to get samba working properly on the linux side so windows sees it.
[20:36] <bekks> Haggard: Then setup a samba server.
[20:36] <Unit193> Travis: Got them on the same workgroup?
[20:36] <Haggard> I hate samba so I won't be able to help. I use ssh exclusively since I don't have a printing need.
[20:37] <Travis> Yes, let me re-install it.  Hang on.
[20:37] <Travis> SOmeone give me a quick reminder on how to make it the same network.
[20:37] <Travis> I did it and forgot how :(
[20:37] <Travis> Damn memory bank is busted hihi
[20:38] <Unit193> In /etc/samba/smb.conf
[20:38] <Haggard> Unit193: You didn't ask him if he wanted to edit a text file. lol
[20:39] <Unit193> Haggard: Would you prefer to help?
[20:39] <Travis> ok, I see my Windows machine on Xubuntu
[20:39] <Haggard> Unit193: LOl. I already mentioned not using or liking samba, so no.
[20:39] <Travis> Through smb://, not the regular network.
[20:40] <Travis> time to go share a folder on the Xubuntu machine
[21:04] <Travis> ok after fooling around with other stuff, samba is working so that I can pull files from my Windows machine to my Xubuntu machine.
[21:05] <Travis> I shall fool around with this some more later.
[21:05] <Travis> Off to get some sustinence.
[22:15] <xubuntu271> hey
[22:15] <xubuntu271> i need some help
[22:16] <xubuntu271> hey guys
[22:16] <bekks> xubuntu271: Just ask.
[22:16] <xubuntu271> hoow I get a boner?
[22:16] <bekks> By immediately getting a life.
[22:19] <Unit193> xubuntu271: Not the channel for that, please don't.
[22:19] <xubuntu271> thanks
[22:28] <gdos> ok i installed a program in '/usr/share/program/' and now how do i link it to '/usr/bin/' so that it'll execute ?
[22:30] <bekks> gdos: sudo ln -s /usr/share/program/myprogram /usr/local/bin/myprogram
[22:31] <bekks>  /usr/local/bin/ is in your default path.
[22:33] <gdos> ok. will set tell me what my default path is?
[22:33] <gdos> er, echo $PATH (nevermind, got it)


[00:05] <Nick01> Hi
[01:28] <guiverc> !pt
[02:43] <lotuspsychje> good morning
[05:25] <ducasse> good morning
[06:31] <lotuspsychje> !info rar
[11:37] <kostkon> !ubuntu+1
[11:37] <kostkon> goooood
[11:37] <kostkon> um no wait
[13:13] <lotuspsychje> kostkon: its because it works on ubottu but not on ubot5
[15:04] <hggdh> the bots should synchronise
[15:11] <hggdh> !ubuntuseems to be in-sync now
[15:11] <hggdh> seems to be in-sync now
[17:14] <lotuspsychje> tnx hggdh
[17:23] <marcoagpinto> The demon is here!!!!!!!!!!
[17:23] <marcoagpinto> >:)
[17:44] <lotuspsychje> oerheks: they mention your ram here too: https://gitlab.freedesktop.org/drm/intel/issues/242
[17:45] <oerheks> memtest86 run will tell
[17:45] <oerheks> maybe bios update check
[18:47] <marcoagpinto> oerheks: :(
[18:48] <marcoagpinto> no one greets the little demon
[18:52] <lotuspsychje> marcoagpinto: maybe you can make more friends in #ubuntu-offtopic
[18:52] <marcoagpinto> lotuspsychje: >:)
[18:52] <lotuspsychje> in the discuss channel there's a lot of idle and patience needed :p
[18:53] <lotuspsychje> unless you start an ubuntu discussion
[18:53] <marcoagpinto> Ubuntu 20.04 is very good... I am impressed
[18:53] <marcoagpinto> :)
[18:53] <marcoagpinto> I just kind of dislike the background screen on the desktop
[18:53] <marcoagpinto> but I noticed there are photos in the settings to replace
[18:53] <lotuspsychje> wich flavour did you pick?
[18:53] <marcoagpinto> flavour?
[18:54] <marcoagpinto> I just installed it
[18:54] <marcoagpinto> it has a pink dog with rays comming out of the eyes
[18:54] <jeremy31> Chocolate?
[18:54] <lotuspsychje> ubuntu deesktop?
[18:54] <lotuspsychje> lol
[18:54] <lotuspsychje> fossa is not really a dog
[18:55] <lotuspsychje> dingo was more like a dog
[18:55] <jeremy31> bingo was a dog
[18:55] <lotuspsychje> :p
[18:57] <joelcrump> i'm definitely liking 20.04, i had been wanting to install ubuntu for some time but when i saw the new version was released i thought now's the time
[18:58] <lotuspsychje> cool joelcrump
[18:59] <lotuspsychje> hmm a second flickering bug #1875073 reported
[19:01] <marcoagpinto> guys, what was that VPN that was supposed to come built-in with the Kernel?
[19:01] <marcoagpinto> I read an article about it weeks ago
[19:01] <lotuspsychje> wireguard?
[19:01] <marcoagpinto> yes
[19:01] <marcoagpinto> wireguard
[19:01] <lotuspsychje> !info wireguard
[19:02] <lotuspsychje> hggdh: seems like not yet fully fixed so it seems ^
[19:02] <marcoagpinto> lotuspsychje: what does that mean?
[19:02] <marcoagpinto> :)
[19:28] <tomreyn> !wireguard
[19:29] <tomreyn> more promo needed
[19:42] <marcoagpinto> tomreyn: I found the official site
[19:42] <marcoagpinto> :)
[19:43] <marcoagpinto> it seems it only works if both parts configure it
[19:43] <marcoagpinto> :)
[19:43] <marcoagpinto> not really an anonymous thing for all uses
[22:00] <tomreyn> anonymization is also notthe primary purpose of a vpn
[22:04] <marcoagpinto> ahhhh
[22:04] <marcoagpinto> who would guess
[22:04] <marcoagpinto> :)
[22:04] <marcoagpinto> tomreyn: I must leave to bed... I will return in the morning
[22:04] <marcoagpinto> take care
[22:30] <oerheks> if ubuntuDDE gets wobbly windows, hmmm  ( nice part starts at 01:15 https://www.youtube.com/watch?v=oWVLs074AYk )
[22:31] <oerheks> pretty neat, those settings