dCore Import Debian Packages to Mountable SCE extensions > dCore X86
passwd (not) updated successfully
hiro:
yeah, all those graphical apps that people use are probably fine as long as the base works.
I like not having to force all this software to fit into tinycorelinux package repos, seems like duplicated effort especially when every package anyways depends on every other package (not distribution-specific, but typical for big programs)
it does freak me out though that a basic program like openssh gets all those dependencies by default in debian. dcore showcases that fact quite well. so perhaps it's helpful in rising awareness :P
hiro:
--- Quote from: Jason W on September 02, 2015, 03:48:04 PM ---I see the issue, will fix it tonight.
--- End quote ---
can you tell me what you saw/fixed?
I rebooted my server now but i still have the old problem.
Should running sce-update before rebooting have been enough?
Jason W:
I moved to using busybox passwd.
What is the output of the command -
which passwd
hiro:
$ ls -l `which passwd`
lrwxrwxrwx 1 root root 41 Sep 22 22:26 /usr/bin/passwd -> /tmp/tcloop/openssh-server/usr/bin/passwd
also, even more concerning:
$ ls -l `which su`
lrwxrwxrwx 1 root root 33 Sep 22 22:26 /bin/su -> /tmp/tcloop/openssh-server/bin/su
Can you explain what's technically happening here? Why is the debian su failing to protect us in any way and doesn't ask for a password?
hiro:
I also noticed that when I do sce-update -a I keep on getting an update of
libgnutls-deb0-28 debian jessie main
It results in this to be downloaded every time over again:
Connecting to security.debian.org (212.211.132.250:80)
libgnutls-deb0-28_3. 100% |******************************************************************************************************************************************************************| 692k 0:00:00 ETA
Merging libgnutls-deb0-28
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version