[00:00] that means this line is really baffling: [00:00] libbaloocore4 : Depends: libc6 (>= 2.14) but it is not going to be installed [00:00] try an apt-get install libc6 and make sure that your package database knows you want that :) [00:00] well presumably it's not going to be installed because it's already installed [00:02] sarnold: http://pastebin.com/T1QmKezr [00:05] sarnold: trying to purge amd64 results in E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. Attempting to purge i386 does not yield the same result (though I didn't follow through on the purge for either package). [00:06] apb1963_: you definitely want the libc6 package installed :) hehe [00:06] yes... but the question is which version? [00:07] I've got both i386 and amd64 versions installed, no big deal there.. it's only a few megs [00:07] it's not the space that's the issue. [00:07] and i was expecting the sftp lol [00:07] its a local non access to the internet page I want to manage on my 16.04LTS server [00:08] granted I guess easier way is just setup a samba share right [00:08] heh, I've never once found samba "easy" but if you're living in a windows world it might be [00:08] sarnold: obviously the amd version has a problem... but I can't remove it so... how does one fix a package that refuses to be purged? [00:08] I have a combo of linux and windows servers [00:08] apb1963_: at some point, ignore it.. hehe :) [00:08] sarnold: it does give a clue... held packages. [00:09] ad server windows server and another windows server with some other stuff. 2 linux servers, one for openhab home automation, this is the one I'm looking to just connect to as I'm designing a new front end ofr it and then an emby linux server both 16.04 [00:10] apb1963_: try dpkg --get-selections | grep hold [00:10] sarnold: on the other hand.. it's refering to aptik and phpadmin, I doubt either are required to fix the error.... [00:11] oh wow. pastebin coming up [00:11] sarnold: http://paste.ubuntu.com/23091145/ [00:13] apb1963_: aha! it might be worth trying dpkg-unhold on those packages and then see if things start making sense [00:14] DexDeadly: heh, indeed, that's enough windows systems around that maybe it is worth setting up samba shares instead of dealing with ftp or sftp clients when moving files around [00:14] ok [00:27] sarnold: That made a definite difference. http://pastebin.com/ryBbjh7y [00:28] yikes DO NOT DELETE libc6:amd64 :) [00:28] lol [00:28] I know [00:28] I was just testing... [00:28] now i386.. not as bad [00:29] brave :) [00:29] well I knew it would pause and ask [00:29] so not so brave [00:29] yea guess I'll just do that [00:29] that's like checking if rm -rf / _really_ prompts you with a warning... [00:29] lol [00:29] .. by bloodyt yping it [00:29] I didn't know it did [00:29] now I have to check [00:29] j/k [00:29] that's the thing -- I've heard it does but I haven't been brave enough to find out :) [00:29] lol do it on a VM or something [00:30] I just dont want to go and chmod it just so I can create a quick smb.conf section for it but eh its just local no internet access [00:30] me... I don't care if it does or not [00:31] so anyway... back to forward motion [00:38] sarnold: I have both versions of libasound2 http://pastebin.com/4K4J5U8c Look safe to purge i386? [00:39] apb1963_: mostly; is the teamviewer thing there for something specific? [00:40] nah not really.. can reinstall [00:41] After installation, I want to replace the var directory with a new logical volume. DO I have to do anything other than copy over everything in it, then add my new LV to fstab and remount it [00:41] sarnold: ok to purge or still checking? [00:41] apb1963_: okay to purge libasound2:i386 [00:41] ty [00:42] sarnold: by the way... if I suddenly disappear and don't return... you'll know why :/ [00:43] apb1963_: hehe, the thing is, most programs will continue executing just fine even if you get rid of something insanely important [00:45] sarnold: sure... until you reboot or the program otherwise stops and you have to restart it [00:46] rabbitdew: I think you mostly just need to be careful how you do the copy; cp -a or the tar cf - | (cd /dest && tar xf -) methods probably work for example but anything that would screw up symbolic links or sockets or not preserve owner / modes would be trouble [00:47] rabbitdew: maybe also kill all programs that have files in the old /var open, first, so that all the files are quiescant [00:50] sarnold: like /var/log/ [00:50] sarnold: I'd suggest a reboot for him [00:50] apb1963_: definitley doing it from a rescue shell would be ideal, but that's not always easy :/ [00:52] sarnold: yes...that would be best... but I assume he's not. [00:53] sarnold: hmm., thanks. I'm trying to take a really vanilla ubuntu install, with one root partition, and one big lvm partition. Then use ansible to make new lvm's for swap, home, and var [01:00] ah, i really should probably also do it from single user mode [01:00] it would be easy way to kill all the programs using it [01:01] sarnold: next up on the chopping block for review... libaudio2 http://pastebin.com/KpufTsUn [01:01] rabbitdew: yes [01:02] rabbitdew: relatively. However... if you have a liveCD.. that would be the way to go [01:03] rabbitdew: I don't know whether kern.log and similar get opened during single user mode. Maybe someone else does. [01:03] apb1963_: feel free to stop inspecting the :amd64 versions :) you'll probably want to keep those... [01:03] Dumb questions ahead: I'm considering setting up an ubuntu server to act as a backup/storage/maybe media server and want to know if I'm missing something I plan to use rsnapshot and probably seafile [01:03] sarnold: I'm only inspecting to verify that nothing is screwy... like earlier with the held packages. [01:03] Should I just do everything through ssh? [01:04] somethingdope: Assuming by "everything" you mean type commands on the command line, then yes. [01:05] sarnold: so... i386 good to purge? [01:05] apb1963_: yeah [01:05] sarnold: ty [01:05] apb1963_, I more meant whether or not a particular visual interface was recommended over ssh [01:06] apb1963_: liveCD? nah dude, I'm trying to straight up do server configuration on a fresh install [01:06] somethingdope: which is why I answered how I did... it depends what yo're trying to do... I don't know what seafile is and I've never used rsnapshot... [01:07] apb1963_: with ansible [01:07] rabbitdew: The reason for a liveCD is so that you can run off of it, while you modify your hard drive. [01:07] rabbitdew: I'm not familiar with ansible. [01:07] apb1963_: it's just a configuration management tool that uses ssh [01:08] apb1963_: so i want to take an ubuntu installation with a boot, root, and LVM partition. Then after installation, use ssh to cut up my logical volumes and mount them on home and var [01:08] rabbitdew: ok... assuming it's on your liveCD I presume you can still use it. The only point I'm trying to make is that by running off a different system (the liveCD) you won't have any files open on the disk you're trying to modify, [01:09] apb1963_, From my understanding seafile is like dropbox but on your own network. Actually is it possible to mount a partition on the servers harddrive to my main computer? [01:09] rabbitdew: is there some reason why they can't just be installed the way you want? I know the debian installer interface is baffling, but that'd feel easier in the long run [01:09] apb1963_, That would be perfect because I have only 150 gigs on my main computer and my server will have 2tb [01:09] so I can automate the configuration of dozens of servers at once [01:09] somethingdope: You can use NFS to mount from other computers. [01:09] without access to any kickstart [01:10] even if pxe is broken, I can get smoebody cheap to just make real generic installs for me [01:10] apb1963_, Dope, that is way better than seafile for my purposes, What do you guys think about Amahi btw? [01:10] that are so simlpe there's very little chance they'll be different. THen automate the configuration of all of them for different purposes [01:10] rabbitdew: Lots of ways to skin that cat. tftp will let you boot from an image server if that helps. [01:11] apb1963_: actually an image server would be real appropriate for what I'm doing [01:11] somethingdope: You can also use samba if you have windows in your setup [01:11] thank you [01:11] rabbitdew: look up bootp and/or tftp [01:13] apb1963_: I'm real limited in what's available to me at the moment, but I'll look into it [01:14] archaic firewall rules i just kinda step into, and other people owning projects (like the boot server) i can't touch much. When I get this figured out a little better i'll make a proposal [01:15] apb1963_, Luckily I'm just working off of linux for right now, I'll keep that in a pocket for when I need it though [01:15] Is setting up a NAS hard? [01:16] rabbitdew: I've made the assumption you're doing this on a LAN. If not... a different solution might be better. [01:16] somethingdope: it's slightly tricky to keep userids synchronized among all machines [01:17] somethingdope: that either means fiddling with userid and group id numbers manually or setting up a centralized ldap or something to get the same job done.. [01:17] Hmmm.... I'm trying to remember if NIS+ handles userids [01:17] I didn't know ldap did it [01:17] nis+ should and it might even be easier to set up than ldap. dunno if it's still around though :) [01:18] sarnold, Luckily I only have one computer that the server needs to sync with right now. I'm mostly using it as an external hard drive [01:18] The first time I looked at ldap I almost wet my pants. Then I found a tutorial and I smiled again... it was easy. [01:19] Or at least not as hard. [01:19] Also as my main use for this server seems to be as NAS. Is FreeNAS better than Ubuntu-server for this usecase? The laptop is old [01:19] and I promptly did nothing about setting it up :) [01:20] somethingdope: no clue. I'm still trying to figure out the difference between NAS and SAN [01:20] not actively but ya know. [01:21] Oh Amahi? Good band. Quite danceable. :) [01:25] sarnold: This one wants to remove libpulse0 among other things. http://pastebin.com/iKGa7HRQ [01:30] sarnold: check it out. apt-cache depends libpulse0:i386 http://paste.ubuntu.com/23091272/ [01:31] sarnold: And finally... this answers an earlier question: [01:31] To print detailed information of the versions available for a package and the packages that reverse-depends on it: [01:31] apt-cache showpkg package [01:36] Has anyone here tried Open Media Vault? [01:36] <|\n> hello, does ubuntu support apt mirror method for fetching updates officially? [01:38] somethingdope: freenas is apprently pretty nice, but I think the zfsonlinux support is more mature than the freebsd zfs support.... just my gut feeling though [01:39] apb1963_: re libasyncns0:i386* libpulse0:i386* that's just deleting the i386 of libpulse0, you were probably going to delete that intentionally in a few minutes anyway :) [01:39] |\n: what's that? [01:39] sarnold, Ok, my main concern with freenas is learning bsd, How hard will it be if I have to dive into the command line comming from ubuntu? [01:40] <|\n> sarnold, mirror:// lines in your sources.list [01:40] somethingdope: it'll be different but not too bad. i like the bsds, they have excellent documentation. [01:40] sarnold: well... a buttload of things depend on it. http://paste.ubuntu.com/23091297/ [01:41] apb1963_: yes, all :i386 things. Maybe if you care about wine you'll care about it, otherwise, keep purging :) [01:42] somethingdope: bsd has all the same basic commands... some of the options are different. You might have to type something like ps ax instead of ps -ef [01:42] as an example [01:42] funny, I learned ps aux first, ps -ef just feels funny [01:42] yeah... for me it was the reverse [01:42] then I got to play with AIX [01:42] sorry :) [01:43] everything worked no matter what you typed. lol [01:43] |\n: you know that the mirror: thing sounds familiar but I can't find any documentation on it .. [01:43] It was actually a pretty decent system... just big really... but then... that''s IBM for ya. [01:43] big system for big iron [01:44] We ran AIX under VM370 running as a guest OS on a 3090 if memory serves... and I don't think it does. lol [01:45] you can probably still run it all today if you want.. :) [01:45] Ok so now I'm choosing between open media vault and freenas. I like the idea of having a gui cause I am not proficient enough with the command line yet to entrust my data to it. [01:45] no... please. [01:45] lol [01:45] <|\n> sarnold, that is why i came up, i got a problem with it however http://mirrors.ubuntu.com/mirrors.txt shouldn't be that wrong (404 for current LTS on one of the mirrors) and at first place i don't understand how https://launchpad.net/ubuntu/+archivemirrors can contain "Last update unknown", why u no remove em? [01:46] <|\n> also there is an old bug report https://bugs.launchpad.net/ubuntu/+source/apt/+bug/601916 and i wonder on what reason it was closed like that hah [01:47] Launchpad bug 601916 in apt (Ubuntu) "mirror: method should try the next mirror on 404" [Undecided,Invalid] [01:48] |\n: dino99 just does that. Please change from Invalid to Confirmed and add a comment that this still happens -- and mention what version of ubuntu you're using and dpkg -l apt output [01:49] <|\n> thanks, sarnold i just never have enough courage to do so [01:49] <|\n> that boosted me up lol [01:49] :) [01:49] decided OpenMediaVault [01:50] sarnold: say goodbye libasyncns0:i386 [01:53] apb1963_: \o. [01:53] \o/ rather [01:53] apb1963_: btw, nas vs san... a NAS is a network filesystem, often good for multiple people to access at once (thogh maybe not the same files at the same time) [01:54] apb1963_: a SAN is when the block-level interface to the drives are exposed over the network -- something like iscsi or nbd or fibrechannel's disk modes... [01:55] apb1963_: if multiple computers are going to work on a single specific export from a SAN system they need to use a clustered filesystem [01:56] apb1963_: if a single machine will use it (more common) then it could just be ext4 or whatever, but the filesystem itself would managed by the mounting computer; the SAN server itself just sees a stream of block requests [02:02] sarnold: all of those pkgs are marked "rc" ... implying they should be purged. http://paste.ubuntu.com/23091318/ [02:03] <|\n> i definitely admire such people and appreciate the fact that he found some time to mark as invalid an existing misbehavior bug with plain sentence in the comment: "Support for this version has ended" [02:03] <|\n> version of what? [02:03] <|\n> wtf [02:03] the version with the bug of course. lol [02:04] <|\n> year 2016, still exists [02:04] <|\n> since that 2010 report [02:04] <|\n> because "Support for this version has ended" [02:05] sarnold: thanks for the explanation but... I'm still at a loss to understand it. One day I'll get around to reading a good tutorial on it should the day come that I think I might need it... I'm just getting up the nerve to think about LVM. lol [02:06] apb1963_: I think you can ignore all those 'rc' packages; maybe a grand pass of apt-get purge or something to clean up their configuration files might be nice but it's really not doing much harm [02:06] ok [02:07] |\n: heh, don't be too harsh on dino99, he means well, and quite often the bugs -are- fixed by the time he closes them, via the natural order of things, bugs are often overlooked... [02:08] apb1963_: my personal advice is to skip lvm and move to zfs instead -- one single tool for managing pools of disks and the filesystems on them. it's not a perfect replacement for lvm but when zfs works for a problem, it's fantastic :) [02:08] apb1963_: here's a nice series of blogposts about zfs in case you're curious https://pthree.org/2012/12/04/zfs-administration-part-i-vdevs/ [02:10] sarnold: apt-get purge libatk-bridge2.0-0:i386 Done, no muss no fuss. [02:10] <|\n> sarnold, agreed, i got issues with my own behavior unfortunately [02:10] sarnold: It'll be quite awhile before I get around to zfs... I expect I'll install 16.04 before then... [02:11] and THAT is a long ways down the road. lol [02:20] sarnold: And libatk1.0-0:i386 gets the purge. You may be wondering why I'm telling you. I figure it's a way to document what's being removed... just in case the question comes up later it makes it easy to find. [02:20] :) [02:23] sarnold: libatspi2.0-0:i386 gets the purge [02:27] sarnold: OK this one is funky. It wants to install packages on the purge. http://pastebin.com/Rz3UCiF4 [02:28] apb1963_: that's the amd64 variant :) [02:28] apb1963_: don't delete that [02:28] yes, it's amd64... but... it's telling us something... like it's dependent on those packages. [02:28] And they're missing. [02:29] Which implies if I remove the 386 version, the remaining version wont' work. [02:29] Not that I have any idea what they're used for or if they're important. [02:29] sarnold: ^^^ [02:30] you'd delete quite a few important packages if you delete the 64bit version of heimdal :) [02:30] you really don't want to do that [02:30] That's not what I'm saying [02:30] I realize that, and I agree. [02:30] However... [02:30] I know.. I think it's probably best to focus on little things first.. [02:31] I can't spot why any of those other packages would be installed, but none of them are particiular important to the functoining of the system -- specific programs perhaps, but not the system [02:31] ok, that's what important [02:31] if you want to try "apt-get install bzr" to find out it's opinion of things, that might be instructive [02:31] but not important [02:31] thank you [02:32] sarnold: yeah it wants a bunch of stuff [02:33] so... apt-get purge libasn1-8-heimdal:i386 ? [02:33] yeah [02:33] k [02:35] sarnold: can we doublecheck the 386 version please? I'm a little nervous. http://pastebin.com/Kcp1Geau [02:35] ok a lot nervous :) [02:35] apb1963_: looks good :) [02:36] ty [02:36] sarnold: purge purge libasn1-8-heimdal:i386 #note [02:36] it sounds so nice ya gotta say it twice [02:37] lol [02:37] :) [02:39] sarnold: purge libavahi-common3:i386 #note [02:40] sarnold: purge libbluetooth3:i386 #note [02:42] sarnold: purge libbsd0:i386 #note [02:44] sarnold: purge libcairo-gobject2:i386 #note [02:45] sarnold: purge libcairo2:i386 #note [02:46] sarnold: purge libcapi20-3:i386 #note [02:48] sarnold: purge libcgmanager0:i386 #note [02:50] sarnold: purge libcloog-isl4:i386 #note "The Chunky Loop Generator library" (I kid you not) [02:51] "CLooG is a software which generates loops for scanning Z-polyhedra." not much more helpful [02:51] That's totally helpful if you have any Z-polyhedra :) [02:51] sarnold: purge libcolord1:i386 #note [02:52] Why it's on my system, I'll never know. [02:52] |\n: hey, did you notice which mirror didn't have the LTS you wanted? [02:52] lol [02:52] When I try and install php7.0 it wants to install apache2?!? wtf? :( http://pastebin.com/Dkxt8NPd [02:54] |\n: also what country are you in? [02:54] TAFB: Apparently the pkg maintainer decided if you're going to install php7.0 you must want apache2 as well. Who in the world would use php without apache? [02:54] lol :( [02:55] TAFB: please file a bug with 'ubuntu-bug php7.0' -- dunno if it can really be fixed but it's worth a bug report [02:55] sudo apt-get install php7.0-fpm seemed to work (for my nginx) [02:56] TAFB: I meant it tongue and cheek but that's actually a true statement... php was designed for the web... it's not supposed to serve any other purpose afaik [02:56] well there ya go [02:56] I guess. [02:56] <|\n> sarnold, yeah noticed it was https://bugs.launchpad.net/ubuntu/+source/apt/+bug/601916 and russia [02:56] Launchpad bug 601916 in apt (Ubuntu) "mirror: method should try the next mirror on 404" [Undecided,Confirmed] [02:57] |\n: heh that's the bug url again :) [02:57] <|\n> my comment in there [02:57] ah! [02:57] <|\n> http://linux.psu.ru [03:00] I have reached my limit of 10 pastes per day on pastebin.com ... what's another good paste site? [03:00] apb1963_: http://paste.ubuntu.com/ [03:00] ty [03:00] stop pasting password dumps [03:01] cncr04s: ok, thanks for the advise [03:01] sarnold: Not sure about this one. http://paste.ubuntu.com/23091440/ [03:05] keep driving :) [03:06] sarnold: purge libct4:i386 #note [03:06] how this crud gets on my system... I"ll never know. Must be the same pkg maintainer that handles php7.0 [03:06] apb1963_: nahhhh the php7.0 transition was good work :) _this_ is the stupid asterix script.. [03:07] no... it has a well defined list of needed packages... it just blew it by looking for purged packages to install. [03:07] purged versions of the needed packages. [03:08] Probably written at or prior to 12.04 [03:08] So maybe purged packages were always the same architecture. [03:08] dunno their thinking. [03:09] broken from the start with "lets treat yum identical to apt" [03:10] haha well... their comment for yum was something like "lets do it this way and hope for the best" [03:11] Here it is: [03:11] # parsing the output of yum is close to impossible. [03:11] # We'll use rpm and hope for the best: [03:11] lol [03:14] sarnold: purge libcups2:i386 #note [03:18] sarnold: purge libdatrie1:i386 #note [03:20] sarnold: purge libdb5.3:i386 #note [03:22] sarnold: I'm more than a bit nervous about purging this one... libdbus-1-3:i386 it takes libnih-dbus1:i386 with it. [03:23] keep going :) [03:23] sarnold: well... all the other related dbus packages are amd64 so.. it's probably safe but... ya know. [03:24] sarnold: Not sure about this one either... libdrm-intel1:i386 I guess it's not system specific so... [03:26] sarnold: ugh. there's pages and pages to go... most, but not all of the one's marked rc have both sets of packages. [03:27] sarnold: and you saw the rc list :/ [03:27] apb1963_: feel free to ignore the rc lits [03:27] that [03:27] that's normal on debian and ubuntu systems for decades :) [03:27] sarnold: I understand... I'm just saying... most of what's there seems to have both sets of packages... and that's a long, long list. [03:28] Which means... most of what's on the rc list, I will come up with to purge. [03:28] Based on the method I'm currently using, which is to eyeball packages that have both i386 and amd64 [03:29] there's gotta be a better way [03:31] < sarnold> apb1963_: if you're willing to gamble a bit, try this: apt-get purge $(dpkg -l | awk '$1 ~ /ii/ && $2 ~ /:i386/ && $4 ~ /i386/ {print}') [03:31] sarnold: well.. that's just it.. I'm not. [03:31] hehe [03:31] what does dpkg -l | awk '$1 ~ /ii/ && $2 ~ /:i386/ && $4 ~ /i386/ {print}' report now? you've removed so many already [03:32] however... if that script also produced the amd64 version if there was a match, that would be helpful [03:32] In other words... if it printed only those packages which had both versions. [03:34] sarnold: http://paste.ubuntu.com/23091482/ [03:36] well... it's shorter. :) [03:39] sarnold: here's what would be helpful... Using the above script as a starting point - for every item on the list, the script needs to check for a corresponding amd64 version. If so print the package name. [03:41] it could be done inside the awk script... if you match the first .. read the next line and check for amd64 [03:42] think I'll work on that for a bit [03:43] apb1963_: this is .. related, but different: http://paste.ubuntu.com/23091496/ [03:43] apb1963_: you drove me to wondering what packages exist it only 386 but not amd64, so this is the list of 'main' packages that have i386 but not amd64 versions. [03:44] ah [03:45] hmm. I forgot what we were going to do with that info. lol [03:46] _maybe_ looking through your list of packages to see if there are matches .. [03:47] ah, found the comment: [16:29] sarnold: I think what I need to do is determine which packages have both amd64 and i386 available... and then purge just those. [03:48] which is essentially a repeat of what I mentioned just above... [03:48] [20:39] sarnold: here's what would be helpful... Using the above script as a starting point - for every item on the list, the script needs to check for a corresponding amd64 version. If so print the package name. [03:48] [20:41] it could be done inside the awk script... if you match the first .. read the next line and check for amd64 [04:13] sarnold: tada.... http://paste.ubuntu.com/23091704/ [04:14] apb1963_: woot [04:17] now... what needs to be done next is determine which packages cannot be purged.. delete those from the file... and then I have a file of packages I can feed to purge. [04:17] Saving me another 6 hours of work or something [04:18] apb1963_: I'd delete them all, unless you've got an i386 program that requires one or more of them [04:18] or rather, you've got an i386 program that you want to run again, and it requires one or more of them.. ;) [04:18] umm... remember those you mentioned as "drive on" ? They're in there too... as are others I presume you haven't looked at. [04:19] you know... libc and whatnot [04:19] sarnold: ^^ [04:26] apb1963_: oh hell, I hadn't considered that might be ambiguous [04:26] apb1963_: delete them unless you've got an i386 program that you care about... [04:26] even libc6 ? [04:26] yeah; you only need an i386 libc6 if you've got an i386 program that needs it [04:27] I don't really know if I have any i386 programs [04:27] Put it this way... I definitely don't remember if I do. [04:27] well dpkg would turn up anything... so it would be in that list [04:30] aha, this found a few things on my computer: sudo find /usr -type f -executable -exec file {} \; | grep 'ELF 32' [04:30] sarnold: nothing pops out at me... other than elf libs [04:30] haha [04:34] sarnold: oh man... I have tons of stuff... [04:35] sarnold: mostly in /usr/local/ [04:35] apb1963_: interesting, anything you care about? [04:36] some of it yeah [04:36] virtual box perhaps... definitely libpoppler [04:36] ditto okular which uses libpoppler [04:37] mpg123 [04:37] hmm, okular is packaged for ubuntu, you could install the okular package directly [04:37] a 32bit virtualbox sounds .. unfun. heh. [04:37] but I suppose it's all rebuildable [04:38] mpg123 is also packaged for ubuntu, you could install the mpg123 package directly too [04:38] Some of it may be leftovers from 12.04 that I never recompiled [04:38] yeah... I mean it's not like I can't reinstall packages [04:39] as long as it doesn't take any required data with it... it shouldn't be an issue [04:39] luckily I doubt anything really has any data to go with it [04:39] I guess I'll be taking the plunge... libc6:i386 and all [04:40] sarnold: now's the time to stop me... [04:40] apb1963_: hehe I think this is the last cleanup from that horrible script :) [04:41] maybe libc6:i386 itself wasn't installed by the script but it's extremely unlikely you need anything that currently uses it. You may need to rename the /usr/local/bin/okular away from that name to use the system okular, of course, but that's something else.... [04:41] At the very least they could have put what version it was appropriate for. It probably wouldn't have stopped me but it would have given me pause to look a little closer. [04:42] heck even if you'd asked my opinion beforehand I wouldn't have spotted it. [04:42] oh I don't think I need anything special for okular... I might even already be using it... lemme check [04:42] I would have thought it looked a little silly but I sure wouldn't have thought that it would cause the trouble it did. [04:43] yes... /usr/bin/okular [04:43] so that's a leftover from 12.04 I guess... I remember I did have to compile it for 12.04... the whole thing was a mini-nightmare [04:44] sarnold: ok... I'm plunging. [04:44] sarnold: last chance to stop [04:44] me [04:44] I'm 99% sure deleting it's going to be the right answer [04:45] lol [04:45] and 99% sure that adding it back will be easy enough if it turns out to have been the wrong answer [04:45] feel free to skip if that gives you pause :) you cleaned up a huge amout of mess already [04:46] well... what scares me is that to find out if it really worked, I'll need to reboot. And if it doesn't work, I won't know what to fix... and if I can't connect here... I'm screwed. [04:46] of course I could already be in that position [04:47] Like I deleted some network lib or something essential [04:49] What I always tell myself I need to do is keep a list of config (like /etc/) files I change so I can back those up... but I never make that list. [04:49] man i've wanted one of those /etc things forever [04:49] I've been meaning to look into etckeeper for .. well, many years [04:49] there's actually something called... [04:49] lol [04:49] yep... I have it installed [04:50] But... I don't recall how to use it. lol I messed with it for awhile and then just left it alone... so it works and all... but ... I'll have to go relearn how to use it. [04:52] I used to back up with backintime.... then I ran out of disk space and it started deleting older backups... no no no. So I stopped it until I can afford to buy more space. [04:54] sarnold: by the way... dbus is on the list too... [04:55] apb1963_: so long as the 64-bit dbus is there and alive and well.. [04:56] sarnold: it's there... whether it's alive and well I have no idea [04:56] sarnold: someone taught me a few dbus commands a few years ago... as you can probably guess... yup... don't remember 'em. [04:56] I doubt it would let me know which version it's using [04:56] though I'm sure there's a way to find out [04:57] apb1963_: along the lines of for p in $(pidof dbus-daemon) ; do cat /proc/$p/maps ; done [04:58] that'll show you all the memory mappings for thse processes, including the libraries and executable that make up the process [05:02] sarnold: I'll do that now.. however I was doing this in the meantime: qdbusviewer: could not exec '/usr/lib/x86_64-linux-gnu/qt4/bin/qdbusviewer': No such file or directory [05:06] sarnold: ok, looks like I'm good to go... the two dbus-daemons I checked both had x64 so... [05:06] good good :) nothing surprising yet then [05:06] sarnold: here goes nothing... [05:06] yet? [05:06] yet? [05:06] hehe [05:07] sorry [05:07] lol you really know how to make a guy paranoid don't ya [05:07] that's the job title [05:07] jeez [05:09] .. when a computer I ordered dissapeared from the freight company's tracking for four days, _this_ was my first thought: http://arstechnica.com/tech-policy/2014/05/photos-of-an-nsa-upgrade-factory-show-cisco-router-getting-implant/ [05:10] sarnold: Here's the final list with all the fluff stripped away: http://paste.ubuntu.com/23091794/ [05:12] sarnold: wow. [05:12] apb1963_: actually while we're looking at things, check /proc/*/exe for /usr/local/ links. [05:14] sarnold: http://paste.ubuntu.com/23091803/ [05:15] interesting, what are all these /usr/local/bin/kcmshell4 mentions? [05:15] what does file report on that file? [05:26] sarnold: /usr/local/bin/kcmshell4: ERROR: cannot open `/usr/local/bin/kcmshell4' (No such file or directory) [05:26] apb1963_: hmm. odd. I wonder why it was mentioned so much in the /proc/ info.. [05:27] no clue [05:28] other than.... we deleted it already [05:28] and as you mentioned before.. no matter how insanely important a file is... etc. [05:30] sarnold: *cough* kde-runtime: /usr/bin/kcmshell4 [05:30] sarnold: I use KDE [05:31] oh but.. that's usr local [05:31] hmmmmmmmmmmmm [05:31] /usr/bin/kcmshell4: ELF 64 [05:33] /usr/local/bin/gnome-control-center: ERROR: cannot open `/usr/local/bin/gnome-control-center' (No such file or directory) [05:33] what an odd duck [05:33] sarnold: Any final thoughts? [05:34] apb1963_: "I sure hope you haven't been running /usr/local/ tools for two years" [05:34] lol [05:34] ummm [05:34] why not? [05:34] it doesn't make sense... I reboot everytime I crash so... those tools would have had to have been there within just days of today [05:35] apb1963_: .. we've released ~1000 security updates in two years :) [05:36] and I don't know what kde would be doing over in usr/local anyway [05:36] if apt-get is working, then I should have them. [05:36] I have a nightly cron job that runs apt-get update... and I apt-get upgrade whenever it nags me. [05:38] the only thing I've let sit awhile is aptik and phpmyadmin because the first time I upgrade phpmyadmin it hosed my DB [05:38]