[00:20] <cody-somerville> If I have a git import into bzr that has moved a bunch of files around (basically, moved a directory with files in it into another directory) is there a way for me to tell bzr about this when I merge that branch into my branch?
[00:20] <poolie> cody-somerville: possibly using 'mv --after' will help
[00:21] <poolie> is this imported using bzr-git
[00:21] <cody-somerville> yup
[00:21] <cody-somerville> so I figure the files all now have new file ids since git doesn't have that concept
[00:22] <jelmer> cody-somerville: yeah, there isn't really a good way around that atm.
[00:24] <cody-somerville> :(
[00:38] <mwhudson> cody-somerville: live-helper/live-build by any chance?
[00:38] <cody-somerville> mwhudson, aye
[00:42] <jelmer> poolie: thanks for the heads up
[00:42] <jelmer> poolie: so the intention is to get 2.2 into maverick I assume?
[00:53] <poolie> yes
[00:54] <poolie> i think we're still good for that
[01:07] <spiv> Good morning.
[01:09] <jelmer> G'tag spiv
[01:09] <poolie> oh hi spiv
[02:43] <poolie> spiv, hi, is bug 522637 still open?
[02:48] <poolie> lifeless, do you know anything about just what U1 is doing with bug 607850?
[02:49] <spiv> poolie: yes, it's the main thing I'm working on.  The root cause has been fixed, now I'm making a repair tool.
[02:50] <poolie> maybe we should mark that bug fixed and file another asking for a repair tool?
[02:50] <poolie> i can do it
[02:51] <lifeless> have we done a point release on all the old versions ?
[02:51] <poolie> do you mean a backport of this to 2.0 and 2.1 etc?
[02:51] <lifeless> poolie: they are changing their directoy sync code, introducing a thing called 'generations'
[02:51] <poolie> i see you declined the tasks for that.?
[02:52] <lifeless> poolie: yes, that was way back
[02:52] <poolie> so we can be confident u1-client is actually broken in this way at present?
[02:52] <lifeless> yes
[02:53] <poolie> ok
[02:53] <lifeless> because the old client is still live on lucid etc
[02:53] <poolie> istm we should backport bug 522637
[02:53] <lifeless> once they SRU everything and disable the old API, then we have t reevaluate
[02:53] <spiv> It already is, I think.
[02:55] <spiv> Yeah, it is.  I'll update all the various bug targets, I guess I forget to update them in the relative chaos of being at the epic.
[02:55] <poolie> np
[02:55] <poolie> i'll do it, i have things open
[02:55] <spiv> Ok, thanks.
[02:56] <lifeless> poolie: that john gilmore bug comment was a bit of a zinger wasn't it
[02:56] <poolie> kind of disappointing
[02:56] <lifeless> yes
[02:56] <lifeless> I think he had just had a bad experience
[02:58] <poolie> probably
[02:58] <poolie> it would be disappointing
[04:18] <MTecknology> If I'm running lenny, would there be any issues adding the bzr nightly ppa?
[04:19] <MTecknology> or maybe a stable ppa for it?
[04:21] <MTecknology> or maybe I should just grab the .deb?
[04:22] <MTecknology> https://edge.launchpad.net/~bzr/+archive/ppa <-- looks close if it actually had bazaar in it
[04:23] <MTecknology> there's no .deb :P
[04:23] <MTecknology> https://edge.launchpad.net/bzr/+download
[04:23] <spiv> MTecknology: the package is called 'bzr'
[04:23] <spiv> So not sure what you're saying the PPA is missing?
[04:24] <MTecknology> spiv: there's qbzr - but not bzr
[04:24] <MTecknology> unless they're the same?
[04:24] <spiv> They're not the same (qbzr is a plugin for bzr), but I see bzr in that PPA.
[04:25] <MTecknology> spiv: I guess it helps if I'm not looking at the lucid series
[04:26] <MTecknology> lot more going on in anything prior to lucid..
[04:26] <MTecknology> spiv: sorry
[07:40] <poolie> spiv, nice test patch :)
[07:41] <fullermd> Hm.  The progress-stipple-all-over-my-terminal bug isn't a 2.2 block?
[07:41] <poolie> it should be
[07:41] <poolie> i should do it now
[07:45] <fullermd> Yeah.   effect   :|
[07:50] <spiv> poolie: thanks, nice to have an idea you can implement and try nice and quickly :)
[07:51] <spiv> The full test suite is now taking about 8m 42s on my laptop, and I haven't experimented with ram disks yet.
[07:51] <mwhudson> spiv: i ran one launchpad windmill test on my netbook in 4 minutes earlier :-)
[07:52] <poolie> fullermd: i agree
[07:52] <spiv> Hmm, and as a side effect I think partitioning that way tends to help avoid the "can't start new thread" problem, because the thread leaks are spread more evenly :)
[07:52] <poolie> hrm
[07:52] <spiv> (At least, I'm not seeing it now, and I think I was before.)
[09:17] <poolie> it probably will fix it
[09:17] <poolie> it's probably the best way
[09:18] <bialix> hi poolie
[09:19] <bialix> poolie: I need your help or somebody else of admin
[09:19] <bialix> poolie: this page http://doc.bazaar.canonical.com/explorer/en/index.html supposed to be auto-generated from lp:bzr-explorer-website branch
[09:19] <poolie> hi bialix
[09:20] <bialix> yesterday I've made some small changes to that branch, but it's not visible on the website yet
[09:20] <poolie> ok
[09:20] <poolie> and it's not?
[09:20] <poolie> i'll check
[09:20] <bialix> see left side bar with NEWS
[09:20] <poolie> btw i went to see igc last friday
[09:20] <poolie> he says hi
[09:20] <bialix> I've changed to 1.0.2
[09:20] <bialix> how's igc?
[09:21] <poolie> he's pretty thin but he's still hanging in there
[09:21] <poolie> he went home from hospital on tuesday
[09:21] <bialix> sad
[09:21] <bialix> good he's still fighting
[09:22] <bialix> poolie: I have a question about english. recently you wrote in the answer that igc left big shoes to fill. "big shoes to fill" means many work to do?
[09:23] <poolie> well, kind of
[09:23] <poolie> more that it will be hard to do it as well as he has
[09:23] <poolie> he sets a high standard
[09:24] <bialix> ah, in that sense
[09:31] <poolie> spiv, bialix, would one of you review https://code.edge.launchpad.net/~mbp/bzr/611127-2.2-progress/+merge/31824
[09:33] <bialix> poolie: about bzr-explorer-website more details: initially lp:bzr-explore-website has pointed to https://code.launchpad.net/~ian-clatworthy/bzr-explorer-website/trunk, then igc changed owner of that branch to be ~bzr. maybe cron script still trying to update from his personal branch?
[09:34] <poolie> ah maybe
[09:35] <bialix> pollie: sorry, I'm a bit busy wih urgent call on work. also today I want to release qbzr 0.19 final and explorer new beta
[09:35] <poolie> np
[09:35] <poolie> yes, that was it
[09:35] <spiv> poolie: reviewed
[09:36] <spiv> And with that I'm done for today I think, little Vincent is a bit sick again :(
[09:36] <poolie> thanks
[09:36] <poolie> :( get well soon V
[09:36] <poolie> i'm still a bit sick myself
[09:36] <spiv> (little Vincent: not to be confused with big Vincent! :)
[09:36] <shakaran> Hi, I have a launchpad project with a branch. Only I can commit, but how I can give permissions to another person to commit with the same prileges as me?
[09:36] <bialix> big Vincent is vila?
[09:36] <poolie> bialix: yes
[09:36] <spiv> right :)
[09:37] <bialix> Big Vincent :-D
[09:37] <spiv> shakaran: change the owner of the branch to be a team
[09:37] <poolie> shakaran: this will change the branch url to be eg
[09:37] <spiv> Then anyone in that team can change that branch.
[09:37] <poolie> ~myproject-dev/myproject/trunk
[09:38] <spiv> (But if you mark that branch as the development focus, then you can also use lp:myproject as the URL for it, regardless of who owns it)
[09:38] <spiv> Ok, really gone now :)
[09:38] <spiv> Have a good night everyone.
[09:39] <poolie> me too, unless there's anything else i can do for you bialix?
[09:39] <poolie> thanks fro maknig a relrease
[09:39] <poolie> obviously i should stop with typing like that :)
[09:40] <bialix> good night poolie :-)
[09:40] <bialix> I've sent you mail about book earlier, but this can wait
[09:45] <bialix> thanks poolie, website updated!
[10:02] <shakaran> spiv: and pollie thanks, all working
[11:39] <magcius> gooooOOOOOOOO bizarre!
[11:39] <magcius> http://paste.pocoo.org/show/246221/
[11:40] <magcius> this was from
[11:40] <magcius> bzr revert -r .
[11:40] <magcius> which I know is wrong
[11:46] <bialix> magcius: can you file a bug report?
[11:48] <magcius> bialix: unfortunately, nVidia, so that means that Launchpad is unbearably slow
[11:48] <magcius> Let me see if I can remember how to do the email bug report thing
[11:48] <magcius> would it be<EMAIL_ADDRESS>[11:48] <bialix> I guess so
[11:49] <bialix> you may need to gpg sign mail though
[11:50] <magcius> bialix: hm, should I put the backtrace in the body or attach it?
[11:50] <magcius> (or use a pastebin)
[11:50] <bialix> in the body please
[11:50] <bialix> magcius: wait
[11:51] <magcius> bialix: waiting
[11:52] <bialix> magcius: https://bugs.launchpad.net/bzr/+bug/613804
[11:52] <bialix> for you
[11:52] <magcius> bialix: oh hey thanks
[11:52] <Lebannen> Hi all - at the company I work at, we have ~160 projects sitting in a bzr repository.  A load of these projects are deprecated or replaced.  I'd like to move them to a "legacy" repository - what's the best way to do this? If I init-repo and pull stuff across, can the source then be deleted...?
[11:52] <bialix> np
[11:53] <bialix> Lebannen: do you mean shared repository?
[11:54] <Lebannen> almost certainly :)
[11:54] <Lebannen> we store them in one location for neatness, but I think many of the projects are treated as branches by bzr in terms of sharing storage
[11:54] <bialix> you'd better create 2 new shared repos: first for old stuff, and second for actual stuff. and branch from old to corresponding new one
[11:55] <bialix> then backup/rename/kill old repo and replace it with second new (with actual branches)
[11:55] <Lebannen> Aha, ok
[11:55] <bialix> thus you will filter out the old cruft
[11:56] <bialix> otherwise old repo will still keep revisions of your old branches
[11:56] <Lebannen> good point.
[11:56] <bialix> there is no other way to collect garbage from shared repo
[11:56] <Lebannen> Hmm, could current checkouts be rebased, or is the easiest thing to blow it all away?
[11:57] <bialix> bzr switch --force
[11:57] <Lebannen> perfect :D
[11:57] <Lebannen> Many thanks, I'll work through that
[11:58] <bialix> np
[12:04] <dakira> Hi... I am using the nautilus-integration of bazaar and really like it. But when I right-click on a file and select "view changes" it'd be nice to have the changes dislayed in meld instead of the graphical diff that comes with bzr-gtk. Is that possible?
[12:05] <jelmer> dakira: not at the moment, can you file a wihlist bug about it perhaps?
[12:08] <dakira> jelmer: that bug should go to bzr-gtk, right? I think nautilus-bzr only displays context-menu shortcuts to the dialogs of bzr-gtk.
[12:08] <jelmer> dakira: yeah - it's the same project thugh
[12:09] <jelmer> *though
[12:09] <dakira> okay
[12:35] <dakira> jelmer: I added my suggestions to an existing (very old) bug.. should I report a new one? https://bugs.launchpad.net/bzr-gtk/+bug/70477
[12:35] <jelmer> dakira: No, that's fine - thanks
[13:23] <jave> id like to run bzr break-lock non-interactively, -q doesnt seem to do it
[13:26] <jelmer> jave: please file a wishlist bug
[13:26] <jelmer> jave: it should be possible to do from python, but I don't think we have that exposed on the command-line
[13:26] <jelmer> jave: Why would you like to break locks non-interactively though?
[13:48] <jave> jelmer: because I have a hudson server building emacs, and sometimes bzr leaves locks, so I want to do break-lock non-interactivly from hudson as a workaound
[13:50] <jelmer> jave: That could lead to repository corruption, I'd recommend fixing the underlying issue.
[13:58] <jave> sure, but I have no idea what the underlying issue is
[13:59] <bialix> you may want to inspect .bzr.log
[13:59] <jelmer> jave: two bzr processes running on the same repository at the same time?
[14:00] <jave> then its a bug in the hudson bzr plugin
[14:00] <maxb> jelmer: Can I get your thoughts on what it will take to convince you to merge https://code.edge.launchpad.net/~maxb/bzr-svn/fetch-svn-rev-info-progress-bar/+merge/28960 ? You expressed some hesitation on the basis that that code has been "fixed" several times in the past, but I'm quite convinced that my branch is better that what's there now.
[14:16] <jelmer> maxb: I'll give it another look.
[14:17] <maxb> thanks
[14:50] <jave> why doesnt this work? bzr checkout bzr://rudel.bzr.sourceforge.net/bzrroot/rudel/future
[14:55] <jelmer> jave: I think you need http://, afaik sourceforge doesn't run the bzr smart server
[14:56] <jelmer> oh, they do.. nevermind
[14:56] <jave> this seemed to work though: bzr init . && bzr branch bzr://rudel.bzr.sourceforge.net/bzrroot/rudel/branches/future
[14:56] <jelmer> jave: The bzr init . isn't necessary
[14:57] <jelmer> jave: according to http://rudel.bzr.sourceforge.net/bzr/rudel/ there is no branch called future, only branches/future
[14:57] <jave> yes aparently
[15:48] <lamalex> Hi, I keep getting a crash when trying to branch a repo
[15:48] <lamalex> http://pastebin.com/zaqSp7Sx
[15:49] <lamalex> and bzr: ERROR: bzrlib.errors.BzrCheckError: Internal check failed: Cannot add revision(s) to repository: missing referenced chk root keys: [StaticTuple('sha1:576fa262710cb8cadf998f50c33f4fa28ac6f57b',)]
[15:49] <lamalex> does anyone have any idea what the problem could be?
[15:50] <jelmer> lamalex: I think there might be an open bug about this issue
[15:50] <lamalex> oof
[15:52] <lamalex> it seems I already have the latest bzr from the lp ppa
[15:52] <lamalex> is there anything I can do?
[15:52] <lamalex> not being able to branch is pretty critical for me, heh
[15:54] <jelmer> lamalex, see https://bugs.edge.launchpad.net/bzr/+bug/522637
[15:56] <lamalex> jelmer: so it looks like it's fixed in 2.0, when will 2.2 be released?
[15:57] <lamalex> would an bzr upgrade possibly fix the problem? or is there some kind of metadata fixups that can be done?
[15:58] <jelmer> lamalex: 2.2 is due out on friday I believe
[15:58] <jelmer> lamalex: upgrade won't help as lp:do is already in the latest format
[15:59] <jelmer> lamalex: There is an open bug about "bzr reconcile" fixing this issue in existing repositories: https://bugs.edge.launchpad.net/bzr/+bug/613698
[15:59] <lamalex> yeah, I guess I'll just watch https://bugs.edge.launchpad.net/bzr/+bug/613698 and cry
[16:00] <jelmer> lamalex: Anyway, spiv is the right person to talk to, he has fixed the first bug and is assigned to fix the second.
[16:01] <maxb> How do I ask bzr diff for the differences between a revision and one of its merged parents?
[16:02] <maxb> I tried bzr diff -r parentdottedrevno..revno, and it gave me the differences *of* parentdottedrevno AND revno
[16:07] <maxb> Oh. No it didn't. jelmer just did bunch of other stuff whilst merging my change, and confused me :-)
[16:07] <jelmer> sorry :-)
[16:22] <sussler> how cheap is branching in bzr respect to git? If i get this right, it has to do a WHOLE directory again for every branch even if it is a shallow copy
[16:22] <sussler> please explain, i am interested in adopting bzr
[16:23] <bialix> to work in git-style you need bzr-colo plugin
[16:23] <jelmer> sussler: Only if you use a new working tree for each branch. you can also re-use an existing working tree, in which case the overhead is only a couple of files.
[16:23] <bialix> in this case you can share the same working tree for several local branches
[16:23] <sussler> ok let me make an example here
[16:24] <sussler> let's just say that i have a really, really complicated merge history in git
[16:24] <sussler> like more than 20 branches merged in various ways one with the other and then merged back to master
[16:25] <sussler> would a similar model be possible without losing history of every working tree when doing the merge?
[16:25] <jelmer> sussler, sure
[16:26] <sussler> hmm
[16:26] <sussler> ok, let me get this right then
[16:27] <sussler> branches 1 - 5 with different history getting merged with multiple bzr merge --force commands (if i am not mistaken)
[16:28] <sussler> each of them done with a --notree option
[16:28] <sussler> then i simple rm -rf the branch "dirs" and it is bye bye
[16:28] <sussler> correct?
[16:28] <sussler> nothing lost
[16:28] <jelmer> right, their history lives on in the branch you've merged them into.
[16:30] <sussler> ok
[16:30] <sussler> there is no branch "delete" option because a branch is a physically contained directory in the filesystem
[16:30] <sussler> am i right
[16:30] <sussler> you poof the dir, cleaned up the mess
[16:31] <jelmer> sussler, yes
[16:32] <sussler> sorry for being newbiesh, but i am trying to get a grip of bzr, since launchpad is so effin nice :P
[16:35] <sussler> ok, so, lesson learned: 1) use shared repositories 2) do branches as physical dirs inside them, 3) use no tree option 4) proceed with --force in octomerge style
[16:35] <sussler> correct guys?
[16:37] <jelmer> sussler: For octopus merging --force is indeed requirement; the other points are all optional and depend on your personal preferences and workflow.
[16:37] <sussler> ok
[16:37] <sussler> thanks a lot
[16:37] <sussler> will study a bit more before i ask something else, you have all been very very helpful
[16:37] <sussler> instead of telling me to RTFM
[16:37] <sussler> :P
[16:42] <bialix> jelmer: who is active maintainer of bzr-gtk now?
[16:44] <jelmer> bialix: There are a couple of people that fix urgent  bugs when they come up, but nobody is really doing any active maintainance.
[16:45] <bialix> my proposal re language option is not urgent fix, of course. ok, will know
[16:46] <jelmer> bialix: bzr-gtk doesn't really have any translation support
[16:47] <bialix> hmm, strange
[16:47] <bialix> I remember there was one in olive in old days
[16:47] <jelmer> bialix: Yes, olive is translated but bzr-gtk is not (they're separate projects again nowadays)
[16:47] <bialix> ouch
[16:48] <jelmer> bialix, Hmm?
[16:48] <bialix> I've missed the divorce, it seems
[16:49] <bialix> okay, thank you for information, I was under wrong impression bzr-gtk has i18n support
[16:49] <jelmer> happened about 2 months ago I think
[16:49] <jelmer> olive still depends on bzr-gtk, it's just that they're two different projects again
[16:49] <jelmer> in a similar way as bzr-explorer and qbzr are different
[16:50] <bialix> I see
[16:51] <bialix> I really did not know that bzr-gtk has no i18n inside
[16:54] <mpg> Hi, I'd like to share a repo between two users on the same (Unix) machine. With SVN, I know you can run into problems if users don't have a proper umask when accessing the repo. Is there the same kind of problem with bzr?
[17:04] <ddaa> yep, at least if you use SSH (or direct filesystem) access
[17:06] <mpg> ok, that's what I was thinking
[17:06] <ddaa> also
[17:07] <mpg> I'm surprised because friends of mine are using such a setup (sftp acces rpecisely) without taking any precautions (no setgid bit on the repo, umask 022) and didsn't have any problem (yet)
[17:08] <ddaa> you should have your shared repositories dirs (esp. stuff below .bzr) set to u+rwx,g+rwxs
[17:08] <ddaa> I guess they are not both writing to the same repository
[17:08] <mpg> okay, so precisely the same as with svn
[17:09] <ddaa> or maybe the permissions issues became less significant with newer repository formats
[17:10] <ddaa> bzr repos used to rely a lot more on the filesystem as a database than they do nowadays
[17:10] <ddaa> other would know better
[17:10] <mpg> they are writing to the same repo
[17:10] <mpg> it's a repo without a tree, in case it makes a difference
[17:11] <ddaa> bzr tries to preserve dir permissions when creating subdirs, but I read that sftp servers will lie about those
[17:11] <mpg> they both have a checkout on their own machine, and are pushing to the repo using sftp, but with different Unix accounts
[17:12] <ddaa> mpg... well, if it works, don't fix it :-)
[17:12] <ddaa> you know where to look if it ever breaks
[17:12] <mpg> ;-)
[17:12] <ddaa> mh random guess
[17:13] <ddaa> maybe they are actually using bzr+ssh, not sftp
[17:13] <mpg> well, my question is, whether I can recommend this setup
[17:13] <mpg> because it's so easy to configure
[17:14] <mpg> no, I'm sure they are using sftp (that's what bzr info in their checkouts says, anyway)
[17:15] <ddaa> so that's what they're using
[17:15] <ddaa> better to recommand bzr+ssh, if bzr can be installed server-sid
[17:15] <ddaa> it's significantly faster
[17:16] <ddaa> I'm trying to find specifics about multi-commiters repos in the doc
[17:17] <mpg> I must say, I'm slightly disapointed by the doc (or what I have read of it); the svn book is much more specific about the pros and cons of various server setups
[17:17] <ddaa> well, it's not a book
[17:17] <mpg> right
[17:18] <ddaa> the doc does not say anything about setting permissions or umask
[17:18] <mpg> yep, I checked before asking here
[17:18] <ddaa> so either my knowledge is outdated and the problems were fixed, or the doc is incomplete :-)
[17:19] <mpg> I would have felt more confident if the doc stated explicitely that there is no need to setgid and set umask
[17:19] <mpg> :-)
[17:20] <ddaa> in my experience, the permission problems occured very soon, with the repository lockng system
[17:20] <mpg> ok
[17:21] <ddaa> bzr used a clever dumb-filesystem lockin scheme that was invented by gnu arch
[17:22] <mpg> since history never changes, it does not seem impossible (besides the locking issues you mentioned) that files created by one user never need to be modified (possibly by another user) afterwards
[17:22] <ddaa> that was very clever, basically it started from "what, if anything, has atomicity guarantees on NFS"
[17:23] <ddaa> that would not be the case with newer formats
[17:24] <ddaa> I do not know the specifics of things now, but used to have "one file per atomic chunk of data", and it was terrible performance wise.
[17:24] <ddaa> as the linux hackers say, "the filesystem is not a database"
[17:25] <mpg> ^^
[17:25] <ddaa> if anything, it's better to just append to a file and have file format that supports easy synchronization.
[17:25] <ddaa> and indexes, bzr uses a bunch of indexes
[17:27] <ddaa> so, I'd say, go for it
[17:27] <ddaa> "the document does not say anything against it, it must be good, and it works for them"
[17:28] <ddaa> or do your own testing if you are unsure
[17:28] <ddaa> it's quite likely that a sensible umask is needed though
[17:28] <ddaa> but it might be already be set sensibly on their server
[17:28] <mpg> right, but I'm afraid I don't know enough what to test
[17:29] <ddaa> create a repo with one user, push a single commit there
[17:29] <ddaa> have another user get a checkout make another commit
[17:29] <mpg> I checked the file permission in the .bzr on the server (to which I happen to have access), ther umask seems to be the usual 022
[17:30] <mpg> Yep, I'll try
[17:48] <mpg> ok, so according to my tests:
[17:49] <mpg> * if you are using a single branch, chgrp -R <common-group> && chmod -R g+w on the repo is enough
[17:50] <mpg> * but if you want people to be able to create and chare new branches on the repo, you have to rely on the usual setgit & umask 002 trick
[17:51] <mpg> I'm still not very confident about the first point, but I just didn't get any problems in my tests
[17:52] <ddaa> you tested that on local filesystem, or through some other transport?
[17:55] <Buttons840> when i do bzr info i see a "Related branch" which no longer exists, can i remove it?
[17:56] <ddaa> Buttons840: cannot parse that. If the push/parent branch no longer exists, you cannot remove it anymore, right?
[17:57] <mpg> tested on local filesystem
[17:57] <Buttons840> ddaa: i don't know, that's why i'm asking
[17:57] <mpg> is it different from sftp?
[17:58] <ddaa> I'm pretty sure you cannot delete anymore something that was already deleted.
[17:58] <ddaa> mpg: might be :-) I'm asking because I'm curious myself.
[17:58] <Buttons840> i don't want to delete literal files, but i do want to remove the reference which says Related branches: submit branch: bzr+ssh://<IP_ADDRESS>/home/buttons/Code/CallNSee/Working/
[17:58] <mpg> Buttons840: you want to deleted the reference to the delete branch in the other branch, maybe?
[17:59] <mpg> oh, you just said precisely that as I was writing
[17:59] <Buttons840> basically i have my code on my desktop, and i branched it to my laptop to take it with me;   i've since deleted that branch entirely from my laptop but this "submit branch" still lingers
[17:59] <ddaa> Buttons840: the submit branch is a setting that's used by commands like bzr send, bzr bundle, etc.
[18:00] <Buttons840> so will i always have this non-existent "submit branch" as part of my project?
[18:00] <ddaa> it does not do any harm as it is, but if the bzr info output annoys you, you can remove the setting by editing .bzr/branch/branch.conf
[18:01] <ddaa> it's not part of the project, it's not even versioned data
[18:01] <ddaa> it's just a convenient branch-specific default value for some bzr commands
[18:02] <Buttons840> ddaa: ok, editing the branch.conf will work
[18:03] <Buttons840> is there a more friendly way to remove it?    i'm not so concerned about this one particular "listing" (what are they called?), but in one project i have 3 or more "listings" none of which actually exist (probably a fault of my playing around), but i would like to keep the list from growing permanently every time i make a mistake
[18:05] <Buttons840> anyways; problem solved; thanks
[19:20] <dobey> is there a command to see the entire configuration for a particular working tree that i'm in?
[19:21] <mgz> `bzr info`? what do you mean exactly?
[19:23] <dobey> i have a path in locations.conf with create_signatures = never, and bzr seems to be trying to sign commits in that tree
[19:23] <dobey> bzr info shows a very limited set of things
[19:25] <mgz> if there's something specific you want shown, file a bug.
[19:26] <dobey> i want to see all the configuration affecting bzr in that working tree. so that i can debug why this suddenly stopped working
[19:28] <mgz> you want it to cat your conf files to the terminal? why not just open them in your favourite text editor...
[19:29] <james_w> there would be value in showing the values it was using and where it was taking them from, given that you can have multiple files that stack
[19:29] <dobey> no, i want to know if something is overriding what is in my locations.conf
[19:29] <james_w> and multiple stanzas in locations.conf
[19:29] <mgz> printing something about specific locations.conf rules seems a reasonable idea, but "all the configuration affecting bzr" isn't going to be helpful.
[19:30] <dobey> well having "bzr help configuration" actually show me what the current configuration is, in the context i'm in, would be more helpful than dumping pages and pages of hard to read, unsearchable text :)
[19:30] <mgz> `bzr version` shows you where the conf files are.
[19:35] <dobey> right, but bzr hasn't been updated in maverick in 10 weeks, and i haven't manually changed the config, so by all means, i shouldn't be having this problem
[19:42] <mgz> if you want help debugging what has msyterously gone wrong when you haven't changed anything, more details might assist those able to help you
[19:43] <dobey> if i had more details, i wouldn't be asking how i can get them :)
[19:56] <dobey> is there any way to view the value for specific configuration variables, within a working tree?
[19:57] <dobey> (if the answer is python -c "import bzrlib.blah.blah; do stuff" that's fine by me for now)
[19:57] <james_w> only from python as far as I know
[19:57] <dobey> how do i do it from python?
[19:58] <james_w> python -c "from bzrlib.branch import Branch; branch = Branch.open("."); config = Branch.get_config()"
[19:59] <james_w> you want "print config.signing_policy()" at the end I think
[20:05] <dobey> hrmm, i guess that doesn't work so well with a lightweight checkout?
[20:05] <james_w> no
[20:06] <james_w> use bzrlib.workingtree.WorkingTree for the open, and then branch = wt.branch
[20:07] <lamalex> How can I tell bzr to stack on a different remote branch?
[20:07] <dobey> ah lovely, it just prints "1"
[20:07] <lamalex> I tried --stacked-on=lp:branch
[20:07] <dobey> whatever that means
[20:07] <lamalex> but it only seems to look for local ones
[20:07] <lamalex> do I need to do the bzr+ssh:// full uri?
[20:08] <james_w> dobey: SIGN_ALWAYS unsurprisingly
[20:09] <james_w> lamalex: possibly
[20:09] <james_w> worth a try
[20:09] <lamalex> heh, ok
[20:09] <dobey> james_w: :(
[20:09] <dobey> james_w: i guess it's using the default setting, rather than the one from locations.conf
[20:10] <james_w> quite possibly
[20:10] <dobey> this makes no sense
[20:10] <dobey> it was working fine yesterday!
[20:10] <james_w> you just have it set in bazaar.conf, and trying to overwrite it for one location in locations.conf?
[20:10] <dobey> yes
[20:12] <james_w> I don't know then
[20:12] <dobey> it's definitely ignoring what's in locations.conf though :(
[20:14] <james_w> dobey: you have the path to the branch, or the path to the working tree in locations.conf?
[20:15] <dobey> i have [/var/cache/tarmac] in locations.conf, and the lightweight checkout is in /var/cache/tarmac/libubuntuone/trunk
[20:15] <dobey> is it because it's a lightweight checkout?
[20:15] <james_w> probably
[20:16] <dobey> :(
[20:17] <dobey> definitely :-/
[20:20] <dobey> ok. /me files bug
[20:26] <dobey> https://bugs.edge.launchpad.net/bzr/+bug/613986
[21:37] <mwhudson> abentley: hi, is there a way with bzr-pipeline to copy a remote pipeline to your machine?
[21:37] <mwhudson> i tried a few things with sync-pipeline but didn't get it to work
[21:38] <abentley> mwhudson, not unless you can do it from the remote side.  That's a desired feature, but not done yet.
[21:38] <mwhudson> abentley: ok
[21:38] <mwhudson> the remote side in this case was lp. so...
[22:10] <norton-> How can I edit a log message from the last commit?
[22:11] <thumper> norton-: you can't edit
[22:11] <thumper> norton-: but you can uncommit, then commit again
[22:12] <norton-> thumper: ok, thanks!


[09:12] <Kilos> morning everyone
[09:12] <Kilos> oh and inetpro
[11:59] <smile> hi Kilos
[12:00] <smile> call the man, who deals in love beyond repair
[17:21] <Kilos> smile hahaha
[17:21] <Kilos> sorry slept all day
[17:22] <smile> jy is 'n slaapkop, Kilos
[17:22] <smile> do you deal in love beyond repair, Kilos?
[17:24] <Kilos> no man if its beyond repair thats it
[17:25] <Kilos> wait some years and see if you have both grown up and understand each other better
[17:29] <Kilos> best way to get over it is find another love quickly


[00:27] <joselo> hola
[00:36] <dunpeal> What is the relationship between snap and aptitude going to be in the future? Is snap the future, will apt be gradually phased out?
[00:37] <murmel> dunpeal: no they will coexist
[00:37] <leftyfb> dunpeal: feel free to ask about future ubuntu releases in #ubuntu-next
[00:37] <murmel> and its more about apt and snap, not aptitude (aptitude is just another interface)
[00:39] <dunpeal> Thanks, I thought apt was just short for aptitude, with the latter being the proper name for this package management system.
[00:44] <sarnold> no, apt and aptitude are different implementations of the same ideas; aptitude respects (some of?) the apt configs, it works on the same package databases, but it's also got unique features that apt doesn't have
[00:44] <Intelo> my x2go new connection is pretty fast but when i choose 'local connection', it goes so slow to be unusable. How can i fix?
[03:24] <schqel-nell> Hey guys, anyone know much about landscape?
[03:24] <schqel-nell> Canonical's landscape that is
[03:24] <schqel-nell> I'm looking for an alternative that is open source and free software
[03:26] <basenjis> Landscape server..?
[03:27] <schqel-nell> what do u mean landscape server?
[03:27] <basenjis> Micro 8 's
[03:30] <basenjis> https://ubuntu.com/blog/what-can-you-do-with-microk8s
[03:31] <schqel-nell> don't think that's what I'm after
[03:31] <schqel-nell> specifically I'm after some kind of server monitoring
[03:31] <basenjis> Landscape server... https://ubuntu.com/landscape
[03:32] <schqel-nell> nah we currently use landscape and it's not good enough
[03:32] <schqel-nell> it lacks documentation, community and features
[03:32] <schqel-nell> it's not even available on 22.04
[03:33] <schqel-nell> forman looks good, not sure if it'll work on what I need it to though
[03:33] <schqel-nell> https://www.theforeman.org/
[03:34] <basenjis> I will check..How many servers needed..? more than 100, 200.. 1000..?
[03:34] <schqel-nell> like 40
[03:34] <schqel-nell> virtual
[03:34] <basenjis> Okay..
[03:35] <bougyman> as a general purpose thing that's cloud workload friendly, I've used sensu for that quite a bit.
[03:35] <bougyman> However I think prometheus with alertmanager is becoming the de facto standard.
[03:35] <schqel-nell> hmm i'll check these out
[03:35] <bougyman> with grafana for the visibility (pretty pictures)
[03:36] <bougyman> prometheus gets the data, alertmanager does the alerting, and grafana is the presentation layer.
[03:36] <bougyman> Each of them could be replaced with others. There's quite a few variations.
[03:36] <bougyman> Prom seems to be the one constant, though.
[03:36] <bougyman> That is, in my experience.
[03:37] <schqel-nell> wait so
[03:37] <schqel-nell> you use multiple services to get this to work?
[03:37] <schqel-nell> like sensu + prometheus + grafana?
[03:37] <schqel-nell> sounds like a lot to setup
[03:37] <bougyman> sensu is more of a kitchen sink.
[03:38] <bougyman> prom + alertmanager + grafana is a stack of tools which are complimentary.
[03:38] <basenjis> https://adamtheautomator.com/microk8s/
[03:38] <bougyman> I prefer the unix way generally (the three separate tools).
[03:38] <bougyman> microk8s is a kubernetes stack.
[03:38] <bougyman> 99% chance it's using prometheus with grafana fronting it.
[03:38] <schqel-nell> so sensu is the backend?
[03:38] <basenjis> Ubuntu rules with security..
[03:39] <bougyman> But I don't know. I use actual k8s, which isn't opinionated.
[03:39] <schqel-nell> like looking at the screenshot there's no web interface or something
[03:39] <bougyman> No, sensu is... let's see, do you know Nagios?
[03:39] <bougyman> Sean made sensu to be: "The nagios for cloud stuff"
[03:39] <schqel-nell> nah im really new to all of this
[03:39] <bougyman> Nagios became Icinga, you might know that name.
[03:40] <basenjis> Wrong look at what Ubuntu has to offer
[03:40] <schqel-nell> The main feature we are looking for is system monitoring and notifications. Like we want to know if something goes wrong that we can be notified immediately
[03:40] <bougyman> Yes, and kubernetes, like basenjis is suggesting, makes that a pretty turnkey thing.
[03:40] <basenjis> SELinux or Apparmor..
[03:41] <bougyman> It's just a pretty big shift, for some organization's workloads.
[03:41] <schqel-nell> hmm i'll have a look at hubernetes
[03:41] <bougyman> If you want something completely generic: sensu. If you have "regular" things that can report to prometheus, look into prometheus + alertmanager + grafana, and the alternatives to alertmanager and grafana.
[03:42] <basenjis> Kubernetes is authentication exact
[03:42] <bougyman> kubernetes requires workloads that can stop at any time and idempotency and a lot of software architecture to be developed properly.
[03:42] <bougyman> it offers great orchestration for workflows which fit into that box.
[03:42] <schqel-nell> There's are all good, I need to come up with like 5 different solutions to implement for our company
[03:43] <bougyman> 5 is too many.
[03:43] <schqel-nell> like, because someone else will decide what we will implement
[03:43] <bougyman> At least, 5 at once.
[03:43] <schqel-nell> I'm just doing the research
[03:43] <schqel-nell> is the point
[03:43] <bougyman> Oh, you mean propose 5 diff options.
[03:43] <schqel-nell> yeah exactly
[03:43] <bougyman> Well now you have two.
[03:43] <schqel-nell> yes indeed
[03:43] <schqel-nell> Idk I don't care if we make all 5
[03:43] <bougyman> And the whole: "OR< we just move to kubernetes"
[03:43] <schqel-nell> at least 3 would be good
[03:43] <bougyman> and open that can of worms.
[03:43] <schqel-nell> so like sensu, kubernetes and maybe one other
[03:43] <bougyman> prom + alertmanager + grafana
[03:44] <schqel-nell> possibly
[03:44] <bougyman> it's a common stack. there are many one-click installers so you can't even tell you're using 3 different things.
[03:44] <schqel-nell> what do u think of foreman?
[03:44] <bougyman> I've never used foreman.
[03:44] <schqel-nell> fair
[03:44] <bougyman> That doesn't look like a monitoring solution, from my initial read here.
[03:45] <bougyman> But I'm not gonna spend too much time on it.
[03:45] <schqel-nell> it says on the website that it is a monitoring solution
[03:45] <schqel-nell> eh im not going to worry about these for now
[03:45] <schqel-nell> i'm just going to look into the programs u have suggested for now
[03:45] <bougyman> That looks like a kitchen sink of terraform + ansible + chef + prometheus + *
[03:46] <bougyman> I tend to avoid kitchen sinks and just use the underlying tools.
[03:46] <schqel-nell> is a frontend nessesary for this kind of thing?
[03:46] <schqel-nell> like landscape has a web front end
[03:47] <schqel-nell> it would be nice
[03:47] <bougyman> onlhy for the visualization part.
[03:47] <schqel-nell> hmm
[03:47] <bougyman> the configuration should be "as code", treated as any other code pipeline. Code reviews / approvals, etc.
[03:47] <bougyman> This is all just one SRE's opinion. YMMV
[03:48] <bougyman> I've been at so many places that did graphical configuration (Datadog, Splunk, others) and it alwasy got worse over time.
[03:48] <bougyman> To the point that no one would touch it.
[03:49] <bougyman> treat your metrics and monitoring config just like you treat any other code. it's just as important.
[03:49] <bougyman> That was the Nagios mindset that is followed by sensu, generally.
[03:51] <schqel-nell> whats easiest to learn?
[03:52] <schqel-nell> sensu?
[03:52] <bougyman> No idea.
[03:53] <bougyman> I sat next to Sean as he was writing sensu.
[03:53] <bougyman> So it was very tacit learning (the easiest)
[03:53] <antiPoP> Hi, which is the pakcane name used to report desktop crashes?
[03:53] <antiPoP> *package
[03:53] <bougyman> prometheus was a bitch.
[03:53] <bougyman> I hate the query language of prom and grafana.
[03:53] <bougyman> But I made it through it.
[03:54] <schqel-nell> researching this online is so confusing man
[03:54] <bougyman> Yeah I bet.
[03:55] <bougyman> information overload.
[03:55] <schqel-nell> exactly
[03:55] <bougyman> With a bunch of well placed ads.
[03:55] <bougyman> How many times did you end up on Splunk's website? hahahah
[03:55] <schqel-nell> not with ublockorigin baby
[03:55] <schqel-nell> haha a few
[03:55] <bougyman> Splunk and Datadog are the big players in the hosted space.
[03:55] <bougyman> You should include at least one hosted option.
[03:55] <schqel-nell> are they FOSS though?
[03:55] <bougyman> NewRelic is another player there.
[03:56] <bougyman> Nope, not foss.
[03:56] <schqel-nell> damn
[03:56] <bougyman> But I'd still include them, if this is for a company. Just so you can see the cost-value proposition.
[03:56] <bougyman> The Foss one takes $$, too, in manpower to maintain it.
[03:56] <schqel-nell> yeah I think I will, I always want to recommend foss when  Ican though
[03:56] <bougyman> Me, too, always.
[03:57] <bougyman> It's a variation of the buy vs build.
[03:57] <bougyman> Maintain vs pay someone to maintain.
[03:57] <schqel-nell> yeah I don't think we want to spend too much time maintaining this
[04:01] <basenjis> suse linux..? easiest to learn..?
[04:02] <schqel-nell> what?
[04:03] <bougyman> who what?
[04:04] <basenjis> It is true.. Suse Linux.. is easy to learn..server is updated from Germany
[04:04] <bougyman> Um, ok. I don't know how to even judge "easy to learn"
[04:04] <bougyman> I thought LFS was very easy to learn. It was just A Book. you read the book, you know the distro.
[04:04] <bougyman> What can get easier than that?
[04:05] <basenjis> EXCUse..You..??
[04:05] <bougyman> Reading. It's a Thing.
[04:05] <basenjis> No
[04:06] <basenjis> Wrong context
[04:06] <basenjis> Not a book
[04:06] <bougyman> kubectl config set-context correct-context
[04:06] <bougyman> haha, should be use-context, I think.
[04:06] <basenjis> Wrong GAIN
[04:07] <basenjis> Sever...iso
[04:07] <bougyman> yup, use-context
[04:07] <basenjis> Sever  .iso Open source SUSE.. !
[04:08] <basenjis> Fool
[04:09] <basenjis> Micro8's Ubuntu rule..less than that is SUSE..
[04:09] <luna__> Rancher ?
[04:14] <schqel-nell> imagine reading in 2022
[04:14] <schqel-nell> i just hack into the mainframe with my mind
[04:15] <basenjis> https://adamtheautomator.com/microk8s/
[04:42] <schqel-nell> im thinking datadog looks good
[04:42] <schqel-nell> looks like its easy to setup
[04:42] <schqel-nell> but sensu looks like a bit of a learning curve
[06:35] <johnau> Is there are copy manager (like teracopy) for ubuntu? Specifically with a file queue where files can be skipped/re-prioritized/ etc ?
[06:35] <johnau> for ubuntu kde*
[09:12] <realivanjx> what happened with id.archive.ubuntu.com? keeps getting forbidden error for apt operations
[09:12] <arraybolt3[m]> realivanjx: Looks like it's empty. Maybe the mirror got taken offline?
[09:13] <realivanjx> probably. it was working fine up to a few days ago when i last checked for updates
[09:13] <arraybolt3[m]> realivanjx: There's lots of other mirrors in Indonesia that you could switch Apt to use instead. What version of Ubuntu are you on?
[09:14] <realivanjx> arraybolt3[m] 22.04
[09:15] <arraybolt3[m]> realivanjx: OK, one moment, I'll give you a file you can drop into your system to switch to a functioning mirror.
[09:19] <arraybolt3[m]> realivanjx: Sorry for the delay, juggling over here...
[09:20] <realivanjx> np
[09:21] <arraybolt3[m]> realivanjx: https://bpa.st/V75A
[09:21] <arraybolt3[m]> realivanjx: Run "sudo nano /etc/apt/sources.list", then press and hold Ctrl+K until the file is empty. Then copy the contents of the link above, and paste them into the file with Ctrl+Shift+V. Then press Ctrl+S to save, Ctrl+X to exit, then run "sudo apt update" and see if it works.
[09:23] <realivanjx> just that one file? i will try it later. thanks
[09:36] <Aliekezi> hi, how can I connect with ssh to a second server using a key ? I tried "ssh -A -t -v root@server1 ssh -A -t login@server2" but I get "no hostkey alg" as if the second server didn't recieve my auth key... Any idea ?
[09:46] <lesshaste> I have been offered a partial upgrade when trying to go from 20.04 to 22.04. How can I find out why?
[09:52] <khadas> hello
[09:52] <luna__> hey
[09:57] <phonixgeist> hey guys! how can i check who/what ip is using protocol IGMP? I tried "ss", "lsof", "tcpdump" and haven't found a way to get information of protocol IGMP that is being use... how can i track that protocol?
[10:14] <tomreyn> phonixgeist: tcpdump, wireshark
[10:17] <tomreyn> capture filter: "ip proto igmp"
[10:18] <oerheks> he continued in #linux
[10:19] <phonixgeist> tomreyn, ip proto.. gives me error...
[10:19] <tomreyn> thanks oerheks
[10:20] <oerheks> all i found is this dutch tv routing issue https://gathering.tweakers.net/forum/list_messages/2003282
[10:20] <oerheks> <IP_ADDRESS>/4
[10:39] <tomreyn> Aliekezi: use the -J (jump host) option to specify the first server, the one you 'proxy' through
[10:39] <tomreyn> lesshaste: do you want to share the output, on a pastebin-like service, and provide more details?
[11:21] <Intelo> hi
[11:21] <Intelo> If I want to block yutube on localhost. I can do this in /etc/hosts file?   `<IP_ADDRESS>/16   localhost`   ?
[11:24] <esv> I would do: <IP_ADDRESS> yutube.com in /etc/hosts instead.
[11:25] <Intelo> esv that does not works.
[11:26] <Intelo>   how to firewall youtube.com in iptables so this site does not opens up?
[11:28] <esv> https://pastebin.com/imYuT7E4
[11:29] <esv> what are you trying to accomplish?
[11:29] <tomreyn> maybe youtube.com and yutube.com are not the same
[11:30] <esv> are you trying to block your local network users from using the service?
[11:30] <tomreyn> !crosspost | Intelo
[11:30] <Intelo> esv the pastbin link do not open.
[11:31] <esv> maybe the site is blocked to you, I just tried that on a different browser and it worked.
[11:31] <Intelo> can you paste on another bin?
[11:32] <esv> https://bpa.st/XOCQ
[11:33] <murmel> Intelo: it's just a bin where he shows that "<IP_ADDRESS> youtube.com" works. so make sure yours doesn't have any typos
[11:37] <esv> but don't mind me, without knowing what is that you are trying to accomplish is foolish to give advice. apogologies for provide wrong advice.
[11:37] <Intelo> esv but in your paste, you are able to access youtube despite the rule in /etc
[11:39] <esv> no, my machine gets pinged (<IP_ADDRESS>) is always your local machine
[11:40] <esv> I mean yes, ping command is successful but at the end of the day it is your local machine the one that replies not the youtube.com service
[11:42] <Intelo> ok
[11:45] <esv> also, not sure if it would work for anything else other that the two specific entries (www.youtube.com and youtube.com), you might need to use a DNS filtering service like the one used in the pi-hole.
[11:45] <esv> again, not sure what your main objective is.
[11:46] <murmel> idk if it's also really helpful to only block yt (the site itself) as there are quite a few 3rd party sites based on invidious for example
[11:52] <Intelo> esv murmel thanks
[11:55] <Aliekezi> tomreyn, sorry, I just found out it was the second server which didn't accept some algorythms, now it's fiexed
[11:59] <realivanjx> are there any mirrors for libreoffice ppa? https://ppa.launchpadcontent.net/libreoffice/ppa/ubuntu is too slow for me
[12:00] <tomreyn> Aliekezi: glad you worked it out.
[12:04] <tomreyn> realivanjx: i don't think there are mirrors. maybe you can run your own proxy server close to it? what does ppa.launchpadcontent.net resolve to for you, and what's your download speed from it?
[12:11] <realivanjx> tomreyn <IP_ADDRESS>
[12:11] <realivanjx> speed is like 50-150 KBps
[12:17] <ravage> location seems to be Hurricane Electric, London. I get about 85mbit from it
[12:41] <tomreyn> realivanjx: it resolves to both an ipv4 and ipv6 address for me, and transfer from the ipv6 one is slower for me - but i'm also in western europe, so this can be very different for you.
[12:41] <tomreyn> realivanjx: what i mean to say is: see if you can get a faster download via ipv4 than via ipv6, or the other way around.
[12:44] <Diplomat> Hey! Can anyone help me please.. I installed Zabbix to my Ubuntu 20.04 VM + some other stuff. Zabbix port is 10050. For some unknown reason I cannot connect to it from another machine. I have disabled ufw then enabled it and allowed 10050 then I allowed connection from my Zabbix server IP, but nothing helps. iptables -L doesn't show any blocks and netstat shows that Zabbix agent nicely listens to 10050. There are no external firewalls and
[12:44] <Diplomat> other VMs in that same server and network are using Zabbix agent too without issues. Telnet times out.
[12:44] <Diplomat> I'm not really sure what to do next
[12:46] <Diplomat> and I can connect to the Zabbix server and I can ping the Ubuntu VM from Zabbix server as well.. so connection works just fine. It just external connections cannot connect to 10050 for some reason
[12:49] <realivanjx> tomreyn im using route48 tunnel for my ipv6. im from southeast asia
[12:56] <BluesKaj> Hi all
[12:56] <phonixgeist> hey guys.. anyone know how to configure nftables to allow wifi-hotspot internet sharing... nft is blocking my hotspot...
[13:16] <aernande> hi
[13:16] <luna__> hey
[13:17] <aernande> I need more sleep
[14:08] <Diplomat> Alrighty, I can see from tcpdump that packets come in.. ufw is disabled, but something seems to be still wrong. Iptables is empty..
[14:09] <gordonjcp> Diplomat: aha
[14:09] <gordonjcp> Diplomat: tcpdump will always show the packets coming in
[14:09] <gordonjcp> Diplomat: tcpdump is showing you what hits the interface as it hits the interface
[14:10] <Diplomat> Yes.. but I have ufw disabled and packets still don't reach the service
[14:10] <Diplomat> When I try from the server itself like: telnet localhost 10050 it works perfectly
[14:12] <tomreyn> Diplomat: what if you connect to the servers' LAN / external IP address from itself? rather using nc (netcat) than telnet (which is a bad tool for debugging purposes)?
[14:13] <Diplomat> Connection to XXX 10050 port [tcp/zabbix-agent] succeeded!
[14:13] <Diplomat> nc -vz XXX 10050
[14:13] <tomreyn> is there virtualization, NAT, network brdiging involed?
[14:14] <Diplomat> I'm using Vmware yes, but I have other VMs using Zabbix as well and they don't have any issues.
[14:14] <tomreyn> can you connect to it from the host?
[14:15] <tomreyn> consider an ip address collision
[14:16] <Diplomat> There can't be a collision because we have mail services running there and they work perfectly. I have not tried from esxi itself
[14:16] <Diplomat> + I'm ssh-ed into it using the external IP
[14:16] <Diplomat> Only 10050 seems to be having issues.. other ports in that context work perfectly fine
[14:18] <Diplomat> Yeah, I just tried from 3 different external servers outside from that network (in different countries) and nc times out
[14:18] <Diplomat> Also nmap seems to be showing correct open ports as well (besides 10050)
[14:21] <Diplomat> A quick paste too, to who is interested: https://dpaste.org/YNbDR
[15:12] <Diplomat> Well.. lol
[15:12] <Diplomat> Turns out that server was using nftables
[15:16] <dreamon> hello. I did a netplay yaml config to bond 2 LAN cards in active-backup mode. but remove one of both lan cables, network break. maybe I have to set bond0 as default connection.
[15:37] <jj__> I wonder how many Ubuntu users run MATE instead of Gnome or some other DE. I've been trying out MATE and it's amazing
[15:41] <lotuspsychje> !discuss | jj__
[15:41] <oerheks> https://ubuntu.com/desktop/statistics
[15:42] <ogra> oh ! i didnt know abut the !discuss factoid !!
[15:42] <lotuspsychje> lol ogra
[15:42] <oerheks> no stats about desktops..
[15:43] <lotuspsychje> didnt we have a statistics package in the repos?
[15:43] <ogra> oerheks, also pretty old (i think the original poll for this was in 2017)
[15:59] <realivanjx> is there any mirror for ubuntu 20.04 ARM around southeast asia (singapore, jp, indonesia, etc)?
[16:00] <jj__> really cool website, thanks oerheks
[16:03] <ioria> realivanjx, check this : https://launchpad.net/ubuntu/+mirror/mirror.coganng.com-archive2
[16:11] <realivanjx> thanks ioria
[17:00] <arraybolt3[m]> So, I have a silly question that's more of theoretical than technical, but... what would cause an Ubuntu system to suddenly go from stable and working to entirely unstable and unusable?
[17:00] <arraybolt3[m]> I was using my laptop last night and everything was just going normally, when suddenly I was met with "Segmentation fault" when trying to run "lsblk". Pretty much every command I tried to run after that told me either "Segmentation fault" or "Bus error" (even the "sync" command!), and I was unable to launch any programs from the GNOME shell.
[17:01] <arraybolt3[m]> I decided to force reboot by pressing and holding the power button - when I did so, the desktop vanished and I saw a ton of SQUASHFS errors (presumably from Snaps?) in a console, then the system shut down.
[17:01] <arraybolt3[m]> Thankfully, it rebooted normally, and seems to be just fine now. So I'm back up and running, but... what on earth? What's something that would cause this rapid chaos?
[17:01] <lotuspsychje> wich ubuntu/flavour release was that arraybolt3[m]
[17:02] <arraybolt3[m]> Ubuntu Desktop 22.04.
[17:03] <lotuspsychje> arraybolt3[m]: can you still access the journal logs of last night?
[17:03] <arraybolt3[m]> Depends on if they saved to the disk or not, I could try.
[17:03] <arraybolt3[m]> Last time I saw something similar, I had accidentally yanked out a flash drive that happened to have the system's swap file on it. I had just installed Kubuntu 20.04 to a flash drive and didn't realize that the newly created swapfile was in use by the live environment, so I just grabbed it and removed it, and immediately stuff started going wrong in a very similar way.
[17:04] <lotuspsychje> arraybolt3[m]: sounds like a brutal behaviour for sure
[17:05] <arraybolt3[m]> Oh wow. Well I have plenty of logs, but I just learned that Minetest makes an event in the journal every time you mine a block (?!).
[17:07] <arraybolt3[m]> Nope, I can't find any segfaults in my journalctl.
[17:07] <arraybolt3[m]> Which makes sense given that I improperly shut it down and it was having problems even getting "sync" to run.
[17:07] <lotuspsychje> could you share arraybolt3[m]
[17:08] <arraybolt3[m]> All I can think is RAM failure, or maybe my SATA drive somehow wiggled loose. 🤷♂
[17:08] <arraybolt3> Sure, lemme figure out the number of lines to send...
[17:10]  * arraybolt3[m] posted a file: (2747KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/yeuzFCTSjOsRdAFCjoSTXoie/logs.txt >
[17:10] <lotuspsychje> reading
[17:10] <arraybolt3[m]> That's the last 20,000 lines, reaching back to September 6, which ought to have caught it (I can't remember if it happened late September 7 or early September 8).
[17:12] <lotuspsychje> arraybolt3[m]: whats this? org.gnome.TwentyFortyEight.desktop
[17:12] <arraybolt3[m]> Oh also, it all seemed to start just after plugging in a flash drive (USB 3 drive in a USB 2 port). The drive is known-good and extremely unlikely to be malicious (it has my GPG key on it).
[17:12] <arraybolt3[m]> lotuspsychje: That's probably GNOME 2048. I play that a lot.
[17:12] <arraybolt3[m]> (Got it from the Ubuntu repos.)
[17:12]  * arraybolt3[m] uploaded an image: (44KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/FyLYktUitWxvjMtKCgaRFopw/image.png >
[17:14] <lotuspsychje> arraybolt3[m]: your logs have a lot of gnome-shell noise
[17:15] <lotuspsychje> something spamming gnome-shell till it crashes?
[17:16] <arraybolt3[m]> Maybe? I think I found where the issue hit though, and it looks like it's lost - there's just logs, and logs, and logs, then suddenly the logs stop and fifteen minutes later there's a bootup, which is probably when I gave up and hit the power button.
[17:16] <jhutchins> Gnome?
[17:16] <arraybolt3[m]> jhutchins: Yep, I'm on GNOME.
[17:17] <jhutchins> arraybolt3[m]: I mean gnome spamming the gnome logs.
[17:17] <arraybolt3[m]> Ah.
[17:17] <jhutchins> It's pretty much expected that a sysgtem fault that takes the system down takes the logging function down as well.  We always look, but shouldn't be surprised because there's never anything there.
[17:18] <arraybolt3[m]> This is the spot where I think the error got lost: https://bpa.st/HMFA
[17:18] <lotuspsychje> arraybolt3[m]: testing a lot of gnome extensions of any kind?
[17:18] <arraybolt3[m]> No way did I shut down the system, leave it that way for 15 minutes and then boot it back up. I was using it pretty much all night. So I think that's probably where it crashed.
[17:18] <arraybolt3[m]> Nope, don't have any GNOME extensions installed but the defaults.
[17:18] <lotuspsychje> kk
[17:19] <lotuspsychje> arraybolt3[m]: but you surely can tell from the logs, you're a tester lol
[17:19] <arraybolt3[m]> Chrome, GEdit, Xiphos, Element, Hexchat, and some terminal windows were almost certainly running, I may have had Boxes and System Monitor on, too. Those are pretty much my standard suite.
[17:19] <jhutchins> Hmm, "Ivy Bridge Vulkan support is incomplete".
[17:20] <jhutchins> AKA "This kernel not ready for current hardware".
[17:20] <jhutchins> Let's push it to production anyway, nobody's going to notice.
[17:20] <arraybolt3[m]> Or more like "dude upgrade your hardware already :P" It's a 3rd gen Core i5.
[17:21] <jhutchins> WHich means they never bothered to finish support?
[17:21] <arraybolt3[m]> I don't think those were even designed to have complete hardware acceleration support.
[17:21] <arraybolt3> 3D software frequently doesn't like Intel HD graphics due to that very problem (IIUC).
[17:22] <jhutchins> It's pretty hard to keep up with desktop-level hardware, it changes constantly.
[17:22] <lotuspsychje> arraybolt3[m]: google-fu gives a lot of hits on segfault + minetest too
[17:23] <lotuspsychje> arraybolt3: you got something in /var/crash ?
[17:23] <jhutchins> There's always been the argument "If you want support for your $3000 graphics card, buy the developers a sample to work from".
[17:24] <arraybolt3> lotuspsychje: Eh, a Google Chrome crash and a Solaar crash (for my Logitech Unifying receiver), that's it.
[17:24] <jhutchins> "Minetest" sounds like a debugging thing; generating log entries would be a good feature.
[17:24] <arraybolt3> Neither of those crashes happened around the time of the sudden chaos (IIRC).
[17:24] <lotuspsychje> arraybolt3: any of those 2 from yesterday?
[17:25] <jhutchins> Latent problems lurking after the crash?
[17:25] <arraybolt3> I think the Solaar one was.
[17:25] <lotuspsychje> not sure if solaar could make the whole desktop crash?
[17:26] <arraybolt3[m]> Yeah. Another weird thing is, my open programs seemed to still function properly, I just couldn't open much of anything else (I could still get new terminal windows though). My text editor did just bail on me without asking me if I wanted to save changes, though, and I had some unsaved work (it was easy to rebuild thankfully).
[17:28] <arraybolt3> Maybe I should run a RAM test.
[17:29] <lotuspsychje> my bet is on gnome-shell arraybolt3
[17:30] <lotuspsychje> element-desktop is also giving weird errors
[17:31] <arraybolt3> Hmm. Well, I guess there's not really anything conclusive, and the system's working now (I'm typing on it), so I guess I'm happy. Possibly gnome-shell, yeah, I mean, I guess. It just seems like a GNOME shell glitch should take down GNOME shell, but still leave command-line programs (like lsblk and sync) working. I've never seen lsblk segfault before in my life.
[17:31] <lotuspsychje> arraybolt3: gnome-shell[1885]: Window manager warning: Broken client! Window 0x2e00002 changed client leader window or SM client ID
[17:32] <lotuspsychje> Sep 08 03:39:42 elitebook8570p
[17:32] <lotuspsychje> could that been the time?
[17:32] <arraybolt3> Maybe? I think it was earlier than that, but it was somewhere around there possibly.
[17:32] <jhutchins> It might be useful to try this program under a different desktop manager just to see what happens.
[17:33] <arraybolt3> If only I knew what program that was :D
[17:33] <arraybolt3> Also, there should be a bootup *after* wherever the error is, since I rebooted the system shortly after it went berzerk.
[17:34] <arraybolt3> lotuspsychje: Oh wow, actually that might be it, I can see all sorts of insanity right after that happens.
[17:34] <lotuspsychje> yeah those errors dont lokk very sane
[17:34] <lotuspsychje> Sep 08 03:39:42 elitebook8570p gnome-shell[1885]: Object .MetaWindowActorX11 (0x55c0ac79bb00), has been already disposed — impossible to access it. This might be caused by the object having been destroyed from C code using something such as destroy(), dispose(), or remove() vfuncs.
[17:35] <lotuspsychje> maybe your testing got a bit too frankenubuntu and made gnome-shell disliking it?
[17:37] <nyo> hello I need help on changing the default resolution of a livecd. my monitor goes out of range and I don't see anything when kde is loaded on kubuntu
[17:37] <arraybolt3> lotuspsychje: Well, that's the thing, I don't *ever* do anything to destabilize my main system. All my weird fiddling is done inside VMs... except... remember that time EriC^^ had to fish me out of a GRUB issue? That was the only time I did something possibly dangerous to my main system.
[17:37] <lotuspsychje> ok
[17:38] <arraybolt3> nyo: Can you switch to a TTY using Ctrl+Alt+F3?
[17:38] <lotuspsychje> arraybolt3: an hour later you got all those Operation not permitted errors
[17:38] <nyo> yes I can switch to tty arraybolt3
[17:38] <nyo> but if I kill X11 it reloads it so I dunno what to do
[17:38] <stolen> Ubuntu experienced an error Executable path /usr/bin/whoopsie and some other stuff too... any idea ?
[17:39] <arraybolt3> lotuspsychje: Yeah but I'm still getting those while System Monitor is running in the background, I don't think those are probably dangerous.
[17:39] <arraybolt3> nyo: I think you can use xrandr to set the screen resolution from there.
[17:39] <arraybolt3> stolen: Did some program crash soon before this happened>
[17:39] <arraybolt3> *happened?
[17:40] <nyo> arraybolt3 I tried xrandr --verbose and it says cannot open display
[17:40] <arraybolt3> nyo: Try "DISPLAY=:0 xrandr --verbose".
[17:42] <nyo> arraybolt3 ok it gives me the whole list of resolutions. I see the problem is the vsync at 133 mhz. how to set it to 60?
[17:42] <arraybolt3> lotuspsychje: Also whatever I did to my system that once with GRUB still has something odd going on - every time I boot, my Caps Lock and Num Lock lights flash in a slow, regular pattern three or so times, then Ubuntu boots, which sounds like I've done something to make the EFI seriously confused.
[17:44] <arraybolt3> nyo: Looks like "DISPLAY=:0 xrandr --output <output> --rate 60" should do it, though change <output> accordingly.
[17:48] <nyo> arraybolt3 it is too difficult for me there are too many numbers I don't understand
[17:48] <nyo> I need 1024x768 60hz on vga1
[17:49] <arraybolt3> nyo: Can you run "DISPLAY=:0 xrandr --verbose | nc termbin.com 9999" and send the link that spits out? That will let me see the command output.
[17:49] <arraybolt3> (You will have to be connected to the Internet for that to work.)
[17:50] <arraybolt3> nyo: If you need to connect to the Internet without your screen, you can run "nmtui" and use it to connect to WiFi.
[17:50] <arraybolt3> (Er, without your desktop I mean.)
[17:53] <nyo> I don't have wifi will try termbin
[17:54] <nyo> arraybolt3 termbin.com/pgph
[17:55] <nyo> arraybolt3 I think the good one to use is this  1024x768 (0x46) 65.000MHz -HSync -VSync
[17:55] <arraybolt3> nyo: DISPLAY=:0 xrandr --output VGA-1 --rate 60
[17:56] <arraybolt3> nyo: Or wait, I'll try to give you the specific mode switcher one...
[17:56] <nyo> arraybolt3 ok then what else to do?
[17:57] <arraybolt3> nyo: DISPLAY=:0 xrandr --output VGA-1 --mode 0x46
[17:57] <nyo> rate 60 doesn't change anything but maybe I have to restart x11?
[17:57] <arraybolt3> nyo: It should apply instantly IIRC.
[17:57] <nyo> says configure crtc 0 failed arraybolt3
[17:58] <arraybolt3> Hmm... ok one moment.
[17:59] <arraybolt3> nyo: DISPLAY=:0 xrandr --output VGA-1 --crtc CRT0 --mode 0x46
[18:00] <arraybolt3> nyo: Or if that fails, "DISPLAY=:0 xrandr --output VGA-1 --crtc 0 --mode 0x46"
[18:00] <nyo> arraybolt3 invalid name 'CRT0'
[18:00] <arraybolt3> nyo: Or if that fails too, "DISPLAY=:0 xrandr --output VGA-1 --crtc 1 --mode 0x46"
[18:00] <nyo> arraybolt3 same error crtc 0 failed on all
[18:01] <arraybolt3> Even with the crtc set to 1? Blah.
[18:01] <nyo> yes
[18:01] <nyo> says crtc 0 failed with crtc 1
[18:01] <arraybolt3> Oh wait, try this:
[18:02] <arraybolt3> DISPLAY=:0 xrandr --output VGA-1 --crtc 1 --brightness 0.7 --mode 0x46
[18:02] <nyo> nothing arraybolt3
[18:02] <nyo> why is so difficult....
[18:02] <arraybolt3> Well crud.
[18:03] <nyo> some other livecd to try?
[18:03] <nyo> I can use kubuntu safe graphic but then I don't have accelleration etc
[18:04] <arraybolt3> nyo: You might see if there's some other way to connect your monitor to your graphics output - maybe a glitchy adapter is causing the problem.
[18:04] <nyo> I have kvm switch
[18:04] <nyo> but neveer have given me problems
[18:04] <nyo> I was using gentoo before
[18:04] <arraybolt3> Ah. I bet that's causing most of your trouble. Can you try connecting the monitor directly without the KVM switch?
[18:04] <nyo> and the only difference was that I had to add 1280x1024 as a  resolution mode
[18:04] <nyo> no because the pc is in a rack
[18:05] <arraybolt3> We might be able to set the monitor mode correctly if that works, and then have it work when the switch is put back into the setup.
[18:05] <nyo> like a rack outside room
[18:05] <arraybolt3> Oh. Hmm...
[18:05] <nyo> with gentoo it was fine
[18:05] <nyo> I was just able to made it works by adding 1280x1024 to xorg.conf
[18:05] <nyo> now even 1024x768 is a mess
[18:06] <nyo> old distros like wattos works fine
[18:06] <arraybolt3> nyo: Can you try doing your trick from a TTY in the Kubuntu live environment?
[18:06] <nyo> I bought today a new vga to try because the nouveau driver was not support geforce 6150 (integrated)
[18:06] <arraybolt3> With the xorg configuration and everything.
[18:06] <nyo> I don't understand
[18:07] <arraybolt3> nyo: Whatever you did to Gentoo to make it work, do to Kubuntu.
[18:07] <nyo> you mean to change xorg?
[18:07] <arraybolt3> nyo: Yeah.
[18:07] <nyo> it was modes =1280x1024 something like that
[18:07] <nyo> in xorg.conf
[18:07] <nyo> I don't have here xorg.conf or wait
[18:07]  * arraybolt3 has to go afk, sorry, can someone else pick up where I'm leaving off?
[18:08] <nyo> thanks arraybolt3
[18:08] <EriC^^> nyo: maybe try setting the resolution from grub?
[18:08] <nyo> good idea how?
[18:10] <nyo> btw EriC^^ ubuntu on the previous pc was finding the correct 1024x768 resolution with the right rate or maybe the vga was not able to hold more than 60hz
[18:10] <nyo> the problem is the rate
[18:10] <alkisg> nyo: do you want to tell us a small summary for those that just catch up? You just want to set up a 1024x768@60 mode?
[18:10] <EriC^^> nyo: edit /etc/default/grub and add this line GRUB_GFXPAYLOAD_LINUX=keep
[18:11] <EriC^^> and add GRUB_GFXMODE=1280x1024
[18:11] <nyo> alkisg yes I need 1024x768 rate 60hz
[18:11] <nyo> it is a live distro kubuntu
[18:11] <nyo> that then I want to install
[18:12] <EriC^^> nyo: xrandr can set the resolution+rate
[18:12] <alkisg> nyo, could you run this to send us some information? (lspci -nn -k | grep -A4 VGA; xrandr; cat /proc/cmdline) | nc termbin.com 9999
[18:12] <nyo> we tried the xrandr rate but no success
[18:12] <alkisg> Copy/paste the command and tell us the URL
[18:12] <nyo> I don't have ssh on kubuntu so I try termbin
[18:14] <nyo> https://termbin.com/68jw
[18:14] <alkisg> I think you missed the xrandr and cat /proc/cmdline bits, it was all inside the parenthesis
[18:15] <alkisg> *just the xrandr
[18:15] <alkisg> Did you run it over ssh without a proper DISPLAY?
[18:15] <nyo> no on the pc no ssh
[18:16] <alkisg> And if you type `xrandr` it doesn't show an output?
[18:16] <alkisg> I didn't see its output in the termbin
[18:16] <alkisg> Try: xrandr | nc termbin.com 9999
[18:16] <alkisg> (or plain xrandr first, to verify that you can indeed see its output)
[18:16] <nyo> says can't open display
[18:17] <alkisg> Did you run `sudo -i` ?
[18:17] <nyo> vga is nvidia gt403 with nouveau driver and kernel too
[18:17] <alkisg> These commands are supposed to be run as the live user, in a konsole terminal that you'll open from the menuj
[18:17] <nyo> oh well no sudo
[18:17] <alkisg> Go to the menu an open a new konsole terminal
[18:17] <nyo> I am in tty not graphical
[18:17] <alkisg> There, type xrandr
[18:17] <alkisg> Eh, didn't you say kubuntu?
[18:18] <alkisg> xrandr only works under xorg
[18:19] <nyo> yes kubuntu
[18:19] <alkisg> OK, then go to the graphical session
[18:19] <alkisg> You want a graphical 1024x768@60 screen, right?
[18:19] <nyo> I cannot go to graphical session my monitor is out of range due to rate at over 60
[18:19] <nyo> yes is that what I want
[18:19] <alkisg> I see. Is that a live session?
[18:20] <nyo> yes
[18:20] <nyo> I can install it with safe graphic mode probably and then see what to do....
[18:20] <nyo> but I would like to understand how to fix it before installing
[18:20] <alkisg> Then there are no secrets involved, do you mind sharing the tty with me so that we can solve this more quickly?
[18:20] <nyo> before spending time
[18:20] <nyo> this kubuntu doesn't has ssh
[18:21] <alkisg> sudo apt install epoptes-client
[18:21] <alkisg> And: /usr/share/epoptes-client/share-terminal <IP_ADDRESS>
[18:21] <alkisg> This will share your tty with me,  we'll both be seeing the same screen
[18:21] <nyo> ok
[18:23] <alkisg> For xrandr to work, the display must be active
[18:23] <nyo> the monitor is on of course
[18:23] <alkisg> So, I'll run the command to do that, but then you may need to press ctrl+alt+f2 etc to go back to console
[18:24] <nyo> still out of range here
[18:24] <nyo> I see you to type stuff
[18:25] <nyo> hum what else now?
[18:25] <alkisg> xrandr needs to be run when the graphics vt (vt7, right?) is shown
[18:25] <alkisg> Is graphics in vt7?
[18:25] <alkisg> Or in vt1?
[18:25] <nyo> it is in ctrl+alt+f1
[18:26] <alkisg> OK, wait
[18:26] <nyo> I dont know vt7
[18:26] <nyo> works!
[18:26] <alkisg> Do you see now?
[18:26] <alkisg> It's 800x600
[18:26] <nyo> yes
[18:26] <nyo> we can try 1024 or 1280x1024?
[18:26] <alkisg> I tried 1024
[18:26] <alkisg> Do you see it?
[18:26] <nyo> YES
[18:27] <alkisg> OK, all that means that you should be able to configure it using the "monitors" applet of the control panel
[18:27] <nyo> so I wanna see the cmd now
[18:27] <alkisg> Go ahead and install, and you'll be able to easily configure it later
[18:27] <alkisg> Sure go back to vt2 and type history
[18:27] <nyo> yes I see the option of resolution on settings
[18:28] <nyo> so it was --rate 60.00 and not rate 60
[18:28] <nyo> just that
[18:28] <nyo> lol
[18:28] <alkisg> No
[18:28] <nyo> what it was then?
[18:28] <alkisg> The problem was that when you ran xrandr, you were at tty
[18:28] <nyo> oh
[18:28] <alkisg> While I switched to graphics and THEN I ran xrandr at the hidden tty
[18:28] <nyo> we were using DISPLAY=:0
[18:28] <nyo> how to switch to graphic?
[18:28] <alkisg> Even when you set DISPLAY properly, xrandr won't change the monitor settings if you're on the tty
[18:29] <nyo> chvt 1?
[18:29] <alkisg> No
[18:29] <alkisg> To do it alone next time, do:
[18:29] <alkisg> login to tty2
[18:29] <alkisg> type: sleep 10; xrandr --output VGA-1 --mode 1024x768 --rate 60.00
[18:29] <alkisg> And press ctrl+alt+f1 to switch to vt1 before the 10 seconds
[18:29] <nyo> oh
[18:30] <nyo> what a trick
[18:30] <alkisg> So then, when xrandr runs, you'll be at graphics, not at tty
[18:30] <nyo> can we try 1280x1024? just to see
[18:30] <nyo> I think we have to add mode
[18:30] <alkisg> It's not listed in the monitor modes, we'd need to add it, sure,
[18:30] <nyo> thanks
[18:30] <alkisg> Leave it to graphics mode, don't switch back to tty until I tell you
[18:31] <nyo> ok
[18:31] <alkisg> Done, does it work?
[18:31] <nyo> yes
[18:32] <alkisg> OK, in that case you'll need a custom xorg.conf
[18:32] <nyo> ok
[18:32] <nyo> how you did that?
[18:32] <nyo> oh ok i see cmds in ttyt
[18:33] <alkisg> cvt 1280 1024; xrandr --newmode "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync
[18:33] <alkisg> xrandr --addmode VGA-1 1280x1024_60.00; xrandr --output VGA-1 --mode 1280x1024_60.00
[18:33] <nyo> wonderful
[18:34] <nyo> I learned a lot today thanks!
[18:34] <alkisg> You're welcome
[18:34] <alkisg> Press Ctrl+D to exit the screen sharing, not sure if the history will perist, so copy it first
[18:34] <nyo> now I have to install and see
[18:34] <alkisg> E.g. history > file
[18:35] <alkisg> OK
[18:35] <nyo> it is .bashrc?
[18:35] <alkisg> It's /home/root/.bash_history
[18:35] <ravage> i think it is /root/.bash_history :)
[18:36] <alkisg> Dat one ^ :D
[18:36]  * alkisg was hurrying to get his beer :D
[18:36] <ravage> beer. good idea
[18:36] <nyo> I did history > config.cmd
[18:36] <nyo> I should send a beer to alkisg
[18:37] <nyo> maybe a donation?
[18:37] <alkisg> Or history | nc termbin.com 9999, and note the URL
[18:37] <alkisg> Nah thanks, only when it's for the programs I maintain :)
[18:38] <nyo> I go to dinner
[18:38] <nyo> see you later guys
[18:38] <nyo> thanks again!
[18:39] <nyo> ctrl'd to exit sharing?
[18:39] <alkisg> 🍕
[18:39] <alkisg> Yes
[18:39] <alkisg> Or type exit
[18:39] <nyo> done
[18:39] <nyo> thanks
[18:39]  * nyo is going to have dinner
[18:39] <alkisg> Sharing stopped. Bon appettite!
[19:08] <arraybolt3[m]> alkisg: OK that was SO COOL. Now I want a static IP so I can do fancy tricks like your TTY sharing.
[19:09] <alkisg> arraybolt3: :)_ you don't need a static IP though, a dynamic will do fine, as long as you do a port forwarding
[19:09] <sarnold> the hard part is probably dealing with NAT on a firewall/router box
[19:09] <arraybolt3> alkisg: I don't think the IP I have is even public :(
[19:10] <alkisg> sarnold: the technician needs a port forward on his router (if he's using NAT), while the person receiving support doesn't need anything at all
[19:10] <alkisg> arraybolt3: wget alkisg.mysch.gr/ip -O -
[19:11] <alkisg> ...shows your public IP
[19:11] <arraybolt3> I've got two layers of NAT, one on my router (so that i have 192.168.***.*** addresses), then one probably at the ISP (so my internal address is some weird 6.78.***.***), then my *real* public IP is <IP_ADDRESS>, which one assumes is owned by T-Mobile.
[19:11] <ravage> no ipv6 on alkisg.mysch.gr :( :D
[19:12] <alkisg> Yeh, the greek school network sucks a bit :)
[19:12] <arraybolt3> alkisg: Is that tool IPv6 compatible?
[19:12] <Unit193> My IP script has IPv6. :P
[19:12] <alkisg> socat and screen? sure
[19:12] <alkisg> epoptes-client just uses these to share the tty
[19:13] <arraybolt3> OK I'm going to be gone for a bit seeing if I can get an IPv6 address out of my router, brb
[19:13] <alkisg> The command without epoptes-client is:
[19:13] <alkisg> TERM=xterm COLUMNS=$COLUMNS LINES=$LINES socat SYSTEM:"sleep 1; exec screen -xRR ra",pty,stderr openssl-connect:<IP_ADDRESS>:5499,verify=0 & screen -l -S ra
[19:13] <ravage> there is also tmate
[19:13] <alkisg> Indeed but I prefer tools that do not rely on an indermediate server
[19:14] <ravage> sure. but that fixes the non-public IP issue :)
[19:14] <alkisg> True
[19:15] <arraybolt3> Oh. My. Gosh. I think it worked.
[19:15] <ravage> :D
[19:16] <ravage> arraybolt3, in case you did not see it you can also try https://tmate.io/ but that uses an externel server as alkisg said. but it is a good alternative behind some double NAT
[19:16] <arraybolt3> ravage: I did see it thanks to Matrix, but I'll keep that in mind!
[19:18] <arraybolt3[m]> alkisg: Would you mind helping me see if it worked? I'm going to try to open a port on my system and see if you can access it with netcat.
[19:18] <alkisg> Sure
[19:18] <arraybolt3[m]> OK lemme see if I can make this work...
[19:18] <alkisg> PM me if you prefer not to show your IP
[19:18] <arraybolt3[m]> Eh, IP addresses are essentially public info, I don't care :)
[19:18] <alkisg> 👍
[19:19] <arraybolt3[m]> Address is 2607:fb90:9989:1237:3666:f841:2e:c632, port is 7897. Just netcat to it, then I'll type into it and ask if you can see what I'm typing.
[19:19] <alkisg> Unfortunately some people even try to omit their 192.x addresses, thinking that they reveal information about them...
[19:19] <alkisg> Hrm, right, ipv6 via the greek school network...
[19:20] <alkisg> I wrote a "test" there, not sure if it worked
[19:20] <arraybolt3[m]> I'm not seeing it yet, maybe it's laggy.
[19:20] <arraybolt3[m]> I just typed "does this work?" into it, anything?
[19:20] <alkisg> If someone has ipv6, please do an nc command, as I think the greek network won't make that connection
[19:21] <alkisg> No, nothing
[19:22] <jdmark> QUEEN ELIZABETH II HAS DIED -- https://news.ycombinator.com/item?id=32770675
[19:23] <ravage> !ot | jdmark
[19:23] <oerheks> jdmark, unsupported, it is not in our repos.
[19:24] <nyo> hi there again
[19:25] <luna__> hey
[19:25] <arraybolt3[m]> (For anyone who saw my thing with IPv6, scratch that address, I dropped my laptop and it went to sleep so I probably now have a new IP.0
[19:26] <arraybolt3[m]> New address is 2607:fb90:9989:1237:9203:e5d9:82a3:edcf, port is still 7897.
[19:26] <nyo> alkisg hi I wonder what is the function of cvt 7 when we dealed with xrandr
[19:26] <nyo> it changes to ctrl+alt+f7?
[19:26] <ravage> on a desktop system you will probably have more that one ipv6 at a time
[19:27] <alkisg> nyo: chvt 7 changes to vt7, because I couldn't press ctrl+alt+f7 remotely
[19:27] <alkisg> But then you told me it was vt1 :)
[19:27] <arraybolt3[m]> ravage: I do see a couple of them, I'm using the one that Google spits out when I say "what is my ip".
[19:27] <ravage> that will change in another browser too
[19:27] <nyo> I still don't get it. it is the terminal of xorg? xorg is on tty1
[19:28] <ravage> or if you close all connections from that session for a while
[19:28] <alkisg> nyo: you don't need the chvt command, you can just use the sleep 10 trick
[19:28] <nyo> ok
[19:28] <alkisg> In the past, xorg was at vt7; now it's at vt1; I used the old vt  by mistake
[19:28] <ravage> arraybolt3[m], decent routers will allow you to forward ports to devices in your LAN
[19:28] <alkisg> (didn't know your xorg version)
[19:29] <nyo> andd then I press ctrl+alt+f1 to go to xorg ok
[19:29] <alkisg> Right
[19:29] <arraybolt3[m]> ravage: My router will let me do that... but my IPv4 is double-NAT'ed so port forwarding wouldn't do much good unless you happen to share the second IP address with me (i.e., you're in the US, possibly in my general location, connected to T-Mobile). IPv6 gives me no NAT in my way at all AFAICT.
[19:30] <arraybolt3[m]> (Welcome to using a hotspot as your Internet source.)
[19:30] <nyo> how did you get all the numbers needed after xorg resolution and rate? alkisg
[19:30] <nyo> i mean these xranrd --newmode "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync
[19:31] <alkisg> nyo: do you mean for 1280x1024? It's the cvt 1280 1024 command
[19:31] <nyo> 109.00 1280 1368 etc
[19:31] <alkisg> Note cvt is different to chvt
[19:31] <alkisg> Yes, run `cvt 1280 1024` to see them. Or `man cvt`
[19:32] <nyo> then with chvt 1 you send output to tty1 ?
[19:33] <alkisg> No. For xrandr to work, you must switch to vt1
[19:33] <nyo> ok
[19:33] <nyo> going away for a while
[19:33] <nyo> will be back thanks
[19:33] <alkisg> You can switch to vt1 either with chvt 1, or with ctrl+alt+f1; then you should run xrandr in the background (sleep helped with that)
[19:34] <nyo> ok
[19:34] <nyo> thx
[19:36] <mcfly231> I thought IRC had died years ago...
[19:37] <arraybolt3[m]> Nope, alive and breathing!
[19:38] <mcfly231> @arraybolt3[m]... Unbelievable. I am jaw dropped. Good afternoon, my friend.
[19:38] <arraybolt3> mcfly231: If you like IRC channels that aren't a ton of technical stuff all over the place, you might try out #ubuntu-offtopic, there's plenty of people there who just like to chat. Good afternoon to you also!
[19:41] <ogra> mcfly231, the subspace communication in star trek is actually just an IRC frontend (they don't tell you that in the series indeed) ... IRC will never die 😉
[19:41] <sarnold> sounds about right :)
[19:42] <mcfly231> arraybolt3: Sorry if I am bothering you. It's a long long time for me since I used mIRC from Kahled Mardam Bey last time... Irc II 2.8.2 was the client I used in a NetBSD 0.9 ... I am still trying to remember how things work here. Anyway, Thank you a lot for being here to support anyone new.
[19:42] <arraybolt3> mcfly231: You're not bothering me one bit. Glad to see you!
[19:43] <mcfly231> ogra: Very funny and appropriate. :D Star Trek rulez
[19:58] <mcfly231> arraybolt3: Do you know any tutorial about set up Twitch.tv connection using Quassel IRC (the one that we have in Ubuntu by default)  or any other client? Thank you in advance for pointing me to the right direction.
[20:00] <arraybolt3> mcfly231: Sadly, I have zero experience with Twitch.tv, so I'm not sure how to do that.
[20:01] <mcfly231> arraybolt3: Thank you anyway. I wish you all the best. Bye.
[20:03] <oerheks> tv over irc ..
[20:04] <arraybolt3> oerheks: I think Twitch is a live streaming thing - I've never used it, but it would be imaginable that he wanted to use Quassel as a chat service for what he was doing or something.
[20:05] <kostkon> oerheks, only the chat part I reckon
[20:56] <nyo> alkisg what is the best way to make a xorg.conf file?
[20:56] <nyo> I am installing now waiting to reach reboot
[20:59] <sarnold> nyo: Xorg -configure   can generate a configuration that is based on what it auto-detects
[20:59] <nyo> ok thanks
[20:59] <sarnold> nyo: maybe that's a good starting point? I'm pretty sure you can just make little tiny drop-in chunks, that'd be more convenient to maintain long-term
[20:59] <sarnold> but getting *started* with those chunks is pretty hard
[21:04] <nyo> hum I need help. xrandr says I cannot open display after installing kubuntu
[21:04] <nyo> these are the commands I need to input https://pastebin.com/KMLRbECZ
[21:04] <nyo> alkisg are you there?
[21:06] <nyo> how to kill xorg? if I kill it it reopens in auto
[21:07] <nyo> I figured out now I have xorg opened with a good resolution
[21:07] <johnny_linux> nyo,  all you have is a single vga ?
[21:08] <nyo> yes
[21:08] <nyo> i have kvm switch that makes some mess with rates etc
[21:08] <johnny_linux> ok
[21:08] <nyo> give me a minute
[21:08] <nyo> maybe it's solved
[21:08] <orangepi> hola
[21:10] <orangepi> adios
[21:10] <tomreyn> !es | orangepi
[21:11] <nyo> done. now I need to make these commands permanent
[21:12] <nyo> in short I need to make a xorg file
[21:12] <nyo> or so I think
[21:12] <nyo> how to stop Xorg in the correct way?
[21:12] <nyo> so I can do Xorg -configure and add 1280x1024
[21:13] <saltd> yes
[21:14] <johnny_linux> simple.. go to menu/display
[21:14] <johnny_linux> make it permanent
[21:14] <johnny_linux> apply systemwide
[21:16] <nyo> I switched to 1024x768 and then to 1280x1024 saving it
[21:16] <nyo> is it now permanent?
[21:16] <johnny_linux> are you in "display" ?
[21:16] <nyo> otherwise a tutorial says to put these xrandr commands to xprofile
[21:16] <nyo> Use your favorite editor to create ~/.xprofile containing something like:
[21:16] <nyo> xrandr --output VGA1 --mode 1024x768 --rate 60
[21:16] <nyo> settings-display configuration
[21:16] <johnny_linux> way to complicated for a simple procedure
[21:17] <enigma9o7[m]> does plasma start .xprofile?  not sure....
[21:17] <nyo> I have the commands anyway
[21:17] <nyo> I use kde infact
[21:17] <johnny_linux> settings-display  accept its configuration.. then.. apply systemwide
[21:17] <nyo> I would like to make an xorg.conf file but I dunno how to stop x11. if I kill it it restarts by itself
[21:17] <nyo> how to apply systemwide?
[21:17] <johnny_linux> nite
[21:18] <nyo> what is nite?
[21:19] <enigma9o7[m]> An informal way to say goodnight?
[21:20] <saltd> пт
[21:20] <saltd> i mean pt-109
[21:20] <saltd> another nights
[21:24] <nyo> gonna away for a while
[21:24] <nyo> I was able to stop X11 and do a config file
[21:24] <nyo> will continue later on thanks
[21:25] <johnny_linux> log out and back in .. go to display set what you want and make it systemwide and reboot
[21:25] <johnny_linux> s i m p l e
[21:31] <johnny_linux> most vga have 1280
[21:32] <johnny_linux> unless its some hybrid tv/monitor
[22:03] <user9d> what alternative paste URLs are preferred here assuming https://paste.ubuntu.com was shit
[22:04] <Unit193> dpaste.com?
[22:04] <user9d> k
[22:04] <johnny_linux> be a member
[22:06] <user9d> https://dpaste.com/359UT8FVQ
[22:07] <johnny_linux> lol
[22:08] <user9d> I'm 98% serious
[22:10] <jhutchins> !paste
[22:12] <user9d> I want /etc/resolv.conf to be ...uuhh...the...uummm...DNS IPs from the ...uh ISP
[22:12] <user9d> right
[22:13] <saltd> left
[22:13] <user9d> and then left left
[22:13] <user9d> assuming we're driving
[22:14] <johnny_linux> act intelligent.
[22:14]  * saltd takin g fire need assitance
[23:25] <nyo> hi guys I solved my problems by making an xorg.conf file although I am unable to get 1280x1024 resolution. I am stuck at 1024x768
[23:28] <nyo> here the pastebin https://pastebin.com/aGuC9YjN
[23:28] <nyo> of xorg.conf
[23:29] <enigma9o7[m]> you could put the xrandr command in a desktop file and put it in .config/autostart
[23:30] <sarnold> nyo: maybe delete this bit?   "1024x768"   "800x600" "640x480"
[23:30] <sarnold> see what it does with only one mode defined..
[23:31] <nyo> ok
[23:32] <nyo> but I don't have 1280x1024 in system settings
[23:32] <nyo> will come back
[23:34] <nyo> hi back
[23:34] <nyo> nothing I am stuck at 1024x768
[23:35] <nyo> I have added this because in xrandr wasn't present
[23:35] <nyo>         Modeline        "1280x1024_60.00"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -Hsync +Vsync
[23:37] <nyo> and I don't have 1280x1024 in system settings
[23:37] <nyo> xrandr see only 1024x768
[23:37] <nyo> maybe that's the problem
[23:37] <nyo> I usually add the modeline 1280x1024 to xrandr but I would like to make it permanent
[23:38] <nyo> I fount to edit a profile file in home but not sure I thought with xorg.conf it would be ok
[23:41] <nyo> nobody here at this time?
[23:42] <sarnold> nyo: people come, people go, and 99% of linux users have never used mode lines..
[23:42] <sarnold> nyo: so it's a hard one :(
[23:42] <oerheks> maybe 60 is too high, 59 perhaps?
[23:42] <oerheks> or it is your kvm,..
[23:43] <sarnold> I think the _60.00 in that string is just part of an identifier, I don't think it actually means anything
[23:43] <oerheks> without trying without, it is useless i guess
[23:43] <nyo> if I add that with xrandr and then I set it in xrand I get 1280x1024 so those numbers in that line are correct
[23:43] <nyo> oerheks,  so you mean to remove the 60?
[23:45] <nyo> hum this seems similar to my problem and doesn't has 60
[23:45] <nyo> gonna try that
[23:45] <nyo> will be back in a while
[23:45] <nyo> https://bbs.archlinux.org/viewtopic.php?id=221315
[23:45] <nyo> I forgot the link
[23:45] <nyo> ok will be back in a while
[23:49] <nyo> back doesn't work anyway removing 60 from modes
[23:49] <nyo> oerheks, what else can be a solution?
[23:53] <nyo> in xorg log I see no modeline for 1280x1024 so the error is there
[23:55] <nyo> gonna try another thing will be back