bionic

apt-get update 101错误解决办法

♀尐吖头ヾ 提交于 2020-12-03 04:17:10
在一次装好Ubuntu系统, 执行 sudo apt-get update 时,报了错 " W : Failed to fetch http : //security.ubuntu.com/ubuntu/dists/raring-security/Release.gpg Cannot initiate the connection to security.ubuntu.com:80 (2001:67c:1562::13). - connect (101: Network is unreachable) [IP: 2001:67c:1562::13 80] " 一开始以为是 Ubuntu默认的源访问不到 ,于是通过编辑文件 /etc/apt/sources.list,修改源的方式,尝试去解决问题 先备份sources.list文件,然后把原来的sources.list的文件改为一下内容 deb http: // mirrors.aliyun.com/ubuntu/ bionic main restricted universe multiverse deb http: // mirrors.aliyun.com/ubuntu/ bionic-security main restricted universe multiverse deb http: // mirrors.aliyun

ubuntu开发环境搭建

左心房为你撑大大i 提交于 2020-10-28 06:38:42
1.搜狗 sudo add-apt-repository ppa:fcitx-team/nightly sudo apt-get update sudo apt-get -f install fcitx sudo apt-get install fcitx-config-gtk sudo apt-get install fcitx-table-all sudo apt-get install im-switch 2.更新源 cd /etc/apt sudo cp sources.list sources.list.bak sudo vi sources.list deb https://mirrors.ustc.edu.cn/ubuntu/ bionic main restricted universe multiverse deb-src https://mirrors.ustc.edu.cn/ubuntu/ bionic main restricted universe multiverse deb https://mirrors.ustc.edu.cn/ubuntu/ bionic-updates main restricted universe multiverse deb-src https://mirrors.ustc.edu.cn/ubuntu/ bionic

虚拟机ubuntu 16.04及其以上版本安装后配置

你离开我真会死。 提交于 2020-10-10 12:50:26
文章目录 一、 更换软件源为国内源 1.修改sources.list前,最好先备份一份 2.执行命令打开sources.list文件: 3.更换源 1) Ubuntu16.04国内源 2) Ubuntu18.04国内源 3) Ubuntu20.04国内源 4.更新源 二、开启root用户,关闭客人会话 1. 开启root用户 2. 关闭guest用户 三、安装 open-vm-tools 1、更新下软件源 2、安装open-vm-tools 3、如果要实现文件夹共享,需要安装 open-vm-tools-dkms 4、桌面环境还需要安装 open-vm-tools-desktop 以支持双向拖放文件 5. 设置共享文件夹 四、搭建nfs网络文件系统服务器 一、 更换软件源为国内源 Ubuntu本身的源使用的是国内的源,下载速度比较慢,更换为国内的软件源下载速度要快很多。 1.修改sources.list前,最好先备份一份 执行备份命令 sudo cp /etc/apt/sources.list /etc/apt/sources.list.old 2.执行命令打开sources.list文件: 可以用vim,gedit,atom等工具打开 sudo gedit /etc/apt/sources.list 或 sudo vim /etc/apt/sources.list 或

gitlab 安装、配置、清空、卸载、重装

拥有回忆 提交于 2020-10-09 11:46:45
20200702 自行搭建 git 服务器后,如何管理总是一个麻烦事,所以,还是要安装一个 gitlab 按照 gitlab 官网安装 ce 版,其实应该是很简单的事情,步骤也很少。 正常情况下,安装、配置、运行,再学习 gitlab 使用 没有想到我折腾了一大圈!来回卸载、重装、重新配置!几乎所有该出现的问题,全都遇见了一轮! 我的环境: virtualBox 虚拟机 ubuntu Server 1804 gitlab 官网 https://about.gitlab.com/install/#ubuntu gitlab ce 版本安装步骤 https://about.gitlab.com/install/#ubuntu?version=ce 清华大学开源软件镜像站 https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/ Gitlab Community Edition 镜像使用帮助 https://mirror.tuna.tsinghua.edu.cn/help/gitlab-ce/ 1、 安装 安装必要的依赖 sudo apt-get install -y curl openssh-server ca-certificates 非必须 ( 如果开始学习或者后续需要使用邮箱开放注册的话,请安装 ) sudo apt-get install

Linux程序移植到Android上

别来无恙 提交于 2020-10-03 13:19:27
序言: 由于本人还是比较偏重于先说明原理在说明实际操作步骤,要知其然更要知其所以然,如下图所示: 传统的linux系统中的程序基本都依赖于glibc(至于什么是glibc可以百度去),而右边AOSP( Android Open-Source Project)的程序基本都是依赖于Bionic(由谷歌公司开发类库,用来替代glibc)。这就决定了要想移植linux上的程序到android上就必须解决这个依赖的类库不同的问题。 一般情况下,有两种方法。 一个就是将程序静态编译,将程序中所有需要的库全部编译进可执行文件中。这样程序在android中运行就不需要链接任何动态库了。但是带来一个非常大的弊端就是这个程序会非常大,资源利用会非常低下。一个简单的helloWorld!都可以达到好几百k! 另一个就是用ld-llinux.so.3来替代android系统中/system/bin/linker来作为链接器进行动态链接,当然这就需要将相应的动态库也拷贝到android中(个人理解,如果表述不够准确请指正)。这样就可以进行动态链接,并且正常运行了。 静态编译方法: 首先我们以移植一个helloworld程序作为例子。 #include<stdio.h> void main() { printf("HelloWorld!\n"); } 输入命令进行静态编译:arm-none-linux

ROS机器人操作系统开源社区报告(2020年08月)

╄→гoц情女王★ 提交于 2020-09-28 18:55:11
具体内容参考官网,本文只是选取其中一部分内容: 1. 用户数量 2. 功能包下载和使用 以ROS2为例,在windows系统中的使用量已经远超Linux与MacOS的总和! 最热门的功能包列表如下: 目前使用最多的为melodic(占比超过60%+): 其中,以传统PCx86-64位为主,arm占比很低: ROS1使用量目前占比为80%: 使用最多的ubuntu平台为bionic: 功能包下载排名: 这张图非常有意思的,这里看两个数据(其中的0.6和0.06),再对比下图: Wiki查阅人数与功能包使用人数对比,可见差距巨大!!! noetic占比>25% foxy占比>15% 博客主要内容自2020年06月,以noetic和foxy为主更新! 更多详细内容参考如下文献 参考文献: metrics.ros.org metrics-report-2020-07 -Fin- 来源: oschina 链接: https://my.oschina.net/u/4299953/blog/4629824

Android反调试和对抗

风格不统一 提交于 2020-09-28 04:59:39
反调试 1.自己ptrace自己 代码非常简单,在so中加上这行代码即可: 1 ptrace(PTRACE_TRACEME, 0, 0, 0); 其中PTRACE_TRACEME代表:本进程被其父进程所跟踪。 一个进程只能被ptrace一次,通常在调试的时候都会attach被调试应用的进程,如果我们先占坑,父进程attach自己,那么其他的附加调试就会失败。 2.检测Tracerpid的值 在自己的应用中的native层加上一个循环检查自己status中的TracerPid字段值,如果非0或者是非自己进程pid(如果采用了第一种方案的话,这里也是需要做一次过滤的);那么就认为被附加调试了。 3.调试器端口检测 以IDA为例,读取/proc/net/tcp,查找IDA远程调试的默认23946端口(或者执行命令netstat -apn),如果处于监听状态说明被存在调试可能。 4.调试器名称检测 遍历进程,查找类似android_server,gdbserver,gdb等调试器进程 5.多进程反调试 目标程序创建了多个进程,互相ptrace,不同进程分工明确,守护或者反调试。只要有一个进程出现异常,集体挂掉以对抗。 对抗 多进程都是通过fork出来的,因此我们修改/bionic/libc/bionic/fork.c里面的fork函数来使得目标进程fork失败 6.检测系统关键文件

openjdk源码编译踩坑

感情迁移 提交于 2020-08-16 05:16:30
1. 在ubuntu18.04下编译openjdk源码 1.1 apt-get 无法安装 libx11-dev, 换成了aptitude,结果还是安装不成功。并且发现aptitude使用不习惯,要换回apt-get,问题就出在了这里。由于需要自己下载.deb报,这时在便在搜索引擎中去搜索,导向了一些网址,然后再去下载某些deb.安装之后却发现apt还是有某些兼容问题,提示使用apt --fix-broken install去解决。执行之后还是发现某些依赖问题。无意间找到了 正宗源头package.ubuntu.com,就这样一个个的去下载安装中需要的依赖包,解决了困惑了多年的apt-get自动安装不能解决的依赖问题。 1.2 由于一开始在别的站点libstdc++6高于ubuntu18.04对应( bionic (18.04LTS) )版本,这时想着把该包换成对应版本的。 问题就出在了这里。 由于需要先卸载该包,可是依赖该包的包特别多,此时提示全部卸载。卸载不卸载哪?由于了好久,还是决定冒险试下。 结果 应用图表全部基本被搞掉 了。怎么办哪?幸好当初存下来了当初要删除哪些软件包,那就一个个再恢复吧,看看能不能救活。安装过程中某些循环依赖需要借助apt-get install -f来解决。一个个的弄下来,少说有上百个被删的软件包,而且其中很多都有别的许多依赖,比如我要安a,a依赖a1

ubuntu子系统 InRelease

我的梦境 提交于 2020-08-11 12:43:30
InRelease Err:1 http://archive.ubuntu.com/ubuntu bionic InRelease Temporary failure resolving 'archive.ubuntu.com' Err:2 http://security.ubuntu.com/ubuntu bionic-security InRelease Temporary failure resolving 'security.ubuntu.com' Err:3 http://archive.ubuntu.com/ubuntu bionic-updates InRelease Temporary failure resolving 'archive.ubuntu.com' Err:4 http://archive.ubuntu.com/ubuntu bionic-backports InRelease Temporary failure resolving 'archive.ubuntu.com' Reading package lists... Done 来源: oschina 链接: https://my.oschina.net/u/4418383/blog/4318190

#新闻拍一拍# IBM 招聘广告要求应聘者具备至少 12 年 K8S 使用经验

℡╲_俬逩灬. 提交于 2020-08-11 11:14:23
IBM 招聘广告要求应聘者具备至少 12 年 K8S 使用经验 IBM 全球技术服务部门近日发布了一则招聘广告,其中一条招聘说明要求应聘者“拥有 12 年以上 Kubernetes 使用经验”。这条要求有点令人迷惑,因为 Kubernetes 项目在 GitHub 的初次提交时间为2014年6月7日,直到2015年5月22日才宣布 1.0 版本进入功能冻结阶段,也就是说诞生至今才 6 年。 来源: 开源中国 拍一拍:或许加班能将一天算成两天? Mac 前主管:Windows PC 也终将积极拥抱 ARM 处理器 Mac 前主管 Jean-Louis Gassée 对苹果从英特尔处理器向自研 ARM 处理器转型一事发表了评论:A12Z Bionic 证明了未来的 Mac 将在不影响性能的前提下,大幅降低整机的热设计功耗。为了保持在市场上的竞争力,竞争对手也终将不得不提供对 ARM CPU 的更好支持。 来源: cnBeta.COM 拍一拍:不知道 Intel 怎么想? Fedora 33 确认使用 Nano 作为默认文本编辑器 Fedora 工程和指导委员会(FESCo)上周全员批准 Fedora 33 使用 Nano 作为默认文本编辑器的提案。 来源: 开源中国 拍一拍:好吧,毕竟还是要往前走的。虽然作为老系统管理员有点不适应,但是不能进步的技术人员就不是技术人员。 来源: