IRC chat logs for #ltsp on irc.freenode.net (webchat)


Channel log from 21 January 2017   (all times are UTC)

00:04Royale_AJS has left IRC (Royale_AJS!~Royale_AJ@108.222.211.190, Quit: Royale is leaving)
00:30lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
00:36
<markit>
well, almost all the important stuff has been removed , I have to reinstall from scratch :(
00:36
maybe tomorrow
00:36
bye
00:36markit has left IRC (markit!~marco@88-149-177-66.v4.ngi.it, )
02:56sbalneav has left IRC (sbalneav!~sbalneav@wnpgmb0311w-ds01-165-236.dynamic.mtsallstream.net, Ping timeout: 240 seconds)
03:55lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
07:13Statler has joined IRC (Statler!~Georg@p579FFCE9.dip0.t-ipconnect.de)
07:30markus_e92 has left IRC (markus_e92!~markus_e9@62-46-98-120.adsl.highway.telekom.at, Ping timeout: 252 seconds)
07:31markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-156-227.adsl.highway.telekom.at)
07:44ricotz has joined IRC (ricotz!~ricotz@ubuntu/member/ricotz)
08:12ScissorHill has joined IRC (ScissorHill!~quassel@122.172.148.130)
08:48Statler has left IRC (Statler!~Georg@p579FFCE9.dip0.t-ipconnect.de, Remote host closed the connection)
08:54forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
09:03forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Quit: forum)
09:11ScissorHill has left IRC (ScissorHill!~quassel@122.172.148.130, Remote host closed the connection)
09:13forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
09:24ScissorHill has joined IRC (ScissorHill!~quassel@122.172.148.130)
09:58markus_e92 has left IRC (markus_e92!~markus_e9@91-115-156-227.adsl.highway.telekom.at, Ping timeout: 240 seconds)
09:59markus_e92 has joined IRC (markus_e92!~markus_e9@91-115-154-242.adsl.highway.telekom.at)
10:10ScissorHill has left IRC (ScissorHill!~quassel@122.172.148.130, Ping timeout: 240 seconds)
10:12ScissorHill has joined IRC (ScissorHill!~quassel@122.172.148.130)
11:33forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Remote host closed the connection)
11:34forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
11:44forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Quit: forum)
11:48markit has joined IRC (markit!~marco@88-149-177-66.v4.ngi.it)
11:49
<markit>
alkisg: hi, update did not go well. Is it enough if I backup /home, then /etc/passwd,groups to restore later? I will install with the same user that will take the same UID
12:00forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
12:04forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Client Quit)
12:47
<quinox>
markit: you could also setup a separate tiny server just for thhe printer running 16.04
12:48
although I guess you already tried upgrading so that won't help
13:14
<alkisg>
markit: why did you use aptitude and autoremoved packages?
13:15
If some new package was missing, you should have just installed that...
13:15
In general, if you are trying something with apt, and you see that it wants to remove 1234 packages, DONT press yes :D
13:15
You can backup etc/passwd,group,shadow and gshadow, yes,
13:15
but I don't know of any tools that will merge them with the new ones except for sch-scripts
13:16
You can't overwrite the new ones with the old ones, merging is needed.
13:35lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
13:36lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Client Quit)
13:37lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
13:41
<markit>
alkisg: I did not used aptitude autoremove, I aptitude full-upgrade and then, to check dependencies problems, aptitude -f install
13:42
aptitude said that a lot of packages should have been removed, I was unable to figure out why (since everything was present at the right vesion) and at a certain point it just started removing (due probably to my mistake with a confirmation)
13:44
btw, I need a clarification about the ppa needed for epoptes... add-apt-repository ppa:ts.sch.gr or just add-apt-repository ppa:epoptes/ppa ? Is the former better since there are others fixes as well?
13:50robb_nl has joined IRC (robb_nl!~robb_nl@ip-62-235-102-91.dsl.scarlet.be)
13:55
<markit>
mmm rsync -avHS /home root@192.168.1.30:/srv/copy works but du -csh is 9GB in the source, 6.6 in the destination... scaring
13:56robb_nl has left IRC (robb_nl!~robb_nl@ip-62-235-102-91.dsl.scarlet.be, Ping timeout: 252 seconds)
13:59
<alkisg>
markit, the ts.sch.gr ppa also provides newer ltsp versions, while the epoptes ppa only newer epoptes versions
14:00
markit, I think it'll be best to avoid aptitude completely in the future...
14:01
<markit>
alkisg: the update process failed leaving the system in a bad state
14:01
<alkisg>
markit, what was the error message?
14:01
<markit>
also you don't know what to do since the console stops and if you press "enter" it tells you "r" to resume the window or "don'tremember" to abort
14:02
<alkisg>
Yes if it stops it's a pain afterwards
14:02
<markit>
a simple one, I don't remember, but like "====the upgrade process failed with error code 1 ========"
14:02
<alkisg>
One common failure issue is bad packages from weird repositories, before you upgrade
14:02
(the ts.sch.gr/epoptes repositories are fine)
14:03
<markit>
in the meanwhile I sow some scaring messages during the upgrade about packages missing or versions not good about basic packages that should have had no problems at all
14:03
<alkisg>
...and those packages then have unmet dependencies in newer ubuntu versions
14:03
<markit>
alkisg: probably the kde backports I always use
14:04
sometime I don't understand aptitude, like yesterday, it told that package X needed package Y at version i.e. >= 5, but package Y WAS at 5.something
14:04
so aptitude -f install should have been ok
14:04
and I had no idea about how to fix somethign looked not broken
14:05
<alkisg>
markit, you could still fix it if you wanted
14:05
i.e. just install the missing packages, kubuntu-desktop or something should pull them in
14:06
<markit>
I did, aptitude reinstall plasma-desktop
14:06
<alkisg>
...stop using aptitude? :D
14:06
I don't think plasma-desktop is all of it
14:06
<markit>
why? should be apt on steroids
14:06
<alkisg>
That should be just the desktop environment
14:06
Isn't there a kubuntu-desktop?
14:06
<markit>
no more
14:07
or, yes, there is but is not installed by default
14:07
if you install kubuntu from ISO, that package is not installed
14:07
<alkisg>
You can compare the package list from a live cd and your installation
14:07
<markit>
(time ago it was the "kubuntu way of kde default packages, you are right)
14:08
alkisg: I don't have the records of the problems, but really was a weird situation with complains about things that were there and at right version
14:08
<alkisg>
plasma-desktop's description is "tools and widgets for the desktop",
14:08
that doesn't sound like a complete de to me
14:09
What's the output of `apt install kubuntu-desktop`?
14:09
<markit>
I've a "fresh" install of kubuntu 16.04 and kubuntu-desktop is not installed at all
14:09
<alkisg>
without pressing "yes" after that
14:09
It will mention a list of packages that will be installed
14:09
Put them to pastebin, maybe we'll some something important missing from your setup
14:10
*we'll see
14:10
<markit>
it would install a lot of packages related i.e. to PIM, kmail etc and will produce some inconsistencies
14:10
<alkisg>
Can you try it and put it to pastebin without pressing yes?
14:10
<markit>
in any case, my ltsp server is broken now since a huge amount of packages were removed, or do you think we could try to "save" it?
14:11
<alkisg>
Sure, it's just packages
14:11
You can get the list from a live cd, and just replicate it to your setup
14:11
<markit>
ok, but I don't want the stuff kubuntu-desktop is going to install
14:12lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)
14:14
<markit>
alkisg: http://pastebin.com/vuR7vbke
14:16
this was removed yesterday http://pastebin.com/99FiGph0
14:16
<alkisg>
markit, you still have a ppa that breaks things...
14:16
<markit>
how can you tell?
14:17
<alkisg>
 kde-baseapps-bin : Depends: kde-baseapps-data (= 4:15.12.3-0ubuntu1) but 4:16.04.3-0ubuntu1~ubuntu16.04~ppa63 is installed.
14:17
Ubuntu doesn't ship apps with ~ppa in their version...
14:17
And as you can see, things like apparmor and network-manager are not installed
14:17
No wonder it doesn't work...
14:17
<markit>
"~ppa63" part you mean?
14:17
<alkisg>
Yes
14:18
That comes from a ppa
14:18
<markit>
but what about "plasma-desktop : Breaks: plasma-widgets-addons (< 4:5.6.0~) but 4:5.5.5-0ubuntu1 is to be installed."
14:18
<alkisg>
That's aptitude
14:18
There was a reason it's not default anywhere
14:18
<markit>
says that it needs < 4:5.6.0~ but will be installed 4:5.5.5-0ubuntu1 so should be ok no?
14:18
<alkisg>
And people prefer apt
14:18
Try with apt instead, like I said above
14:19
aptitude is not apt on steroids
14:19
It's adifferent, less maintained, implementation
14:19
<markit>
so sad, I don't know apt as well as aptitude
14:20lucascastro has joined IRC (lucascastro!~lucas@186.227.186.18)
14:20
<markit>
I will have to change my installation script too
14:20
<alkisg>
Also, I don't see any kmail getting installed there
14:20
I would say, install kubuntu-desktop, and if it works, you can then see if you want to remove a couple of apps
14:20
but first, remove the ppa
14:21
<markit>
the ppa has put me on latest kde, so if I remove it will have the repo to point to the older version and a lot of newer version installed instead
14:22
<alkisg>
Right, first remove all the ppa and the new version stuff
14:22
That's what breaks things
14:22
<markit>
btw, in the desktop installation if I use apt instead of aptitude it does not complain about broken stuff
14:22
<alkisg>
Once you have a smoothly running system, then do a backup, and then add the crazy ppas :)
14:22
<markit>
alkisg: seems easier and safer reinstall from scratch
14:23
<alkisg>
You will still not have the ppa there
14:23
Whatever works for you
14:23
<markit>
btw I've to run to pick up my son, be back later
14:23
alkisg: thanks a lot, will experiment later
14:23
but I fear at the end having some important stuff missing, teachers are too unskilled to help fix even trivial thing
14:24
<alkisg>
You can easily compare packages from a live cd and from the installation
14:24
If you have the same packages, then it's the same system
14:25
It's not windows... :)
14:49
<markit>
ocram
14:49
:)
15:06
mmm seems that with apt you can have the list of installed packages but not the one explicitly installed, so in the other system you will install all those including dependencies
15:10
correction, apt-mark showmanual should do the trick
15:20ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.172.105.83)
15:20
<markit>
mmm seems also that some ppa have been set with a # so disabled, what a mess :(
15:20
that could explain the difficult of making the system consistent
15:21ScissorHill has left IRC (ScissorHill!~quassel@122.172.148.130, Ping timeout: 245 seconds)
15:22
<markit>
dns also seems broken :(
15:28ScissorHill_ has left IRC (ScissorHill_!~quassel@122.172.105.83, Ping timeout: 260 seconds)
15:28ScissorHill has joined IRC (ScissorHill!~quassel@122.172.80.68)
15:43
<markit>
seems that dnsmasq does not work well with resolvconf or something broken
15:47ScissorHill_ has joined IRC (ScissorHill_!~quassel@122.172.95.50)
15:50ScissorHill has left IRC (ScissorHill!~quassel@122.172.80.68, Ping timeout: 276 seconds)
15:59ScissorHill has joined IRC (ScissorHill!~quassel@122.167.173.116)
15:59
<markit>
ok, there si a bug in dnsmasq with a strange race condition, if I restart it, it works
15:59ScissorHill_ has left IRC (ScissorHill_!~quassel@122.172.95.50, Ping timeout: 276 seconds)
16:04
<markit>
wondering how this stuff contributed to a broken upgrade (new ppa commented out, dns resolution broken, etc)
16:24
<quinox>
for me dist-upgrade disables all PPAs before doing it's magic, I need to reenable them afterwards
16:40forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
16:51forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Ping timeout: 240 seconds)
17:10forum has joined IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at)
17:22ScissorHill has left IRC (ScissorHill!~quassel@122.167.173.116, Ping timeout: 240 seconds)
17:22ScissorHill has joined IRC (ScissorHill!~quassel@42.109.172.20)
17:46forum has left IRC (forum!~Icedove@194-118-246-77.hdsl.highway.telekom.at, Quit: forum)
17:49
<markit>
quinox: that has been done, dist-upgraded disabled the 14.04 one, I recreated so were named ...ppa-xenial.list, the content had only deb-src and also with a remark in front
18:05Royale_AJS has joined IRC (Royale_AJS!~Royale_AJ@24-236-193-237.dhcp.aldl.mi.charter.com)
18:10
<quinox>
is your DNS still broken?
18:13
I've performed many weird ubuntu upgrades
18:14
one of my machines didn't have nearly enough diskspace to perform the upgrade, I used to force the upgrade, get it broken midway, clean up diskspace, resume upgrade etc.
18:14
<markit>
quinox: is an issue with dnsmasq + resolverconf, I've solved forcing in dnsmasq.conf the upstream dns server
18:14
<quinox>
I managed to succesfully do that at least 3 times
18:14
<markit>
is probably a bug
18:14
<alkisg>
markit, did you do the ltsp-pnp page instructions?
18:14
<quinox>
ok
18:14
<alkisg>
About fixing dnsmasq dns issues?
18:14
<markit>
alkisg: not pnp here
18:15
<alkisg>
So?
18:15
If you're using dnsmasq, you need the workaround
18:15
<markit>
ah, sorry, let me have a look
18:15
<alkisg>
!ltsp-pnp
18:15
<ltsp`>
ltsp-pnp: ltsp-pnp is an alternative (upstream) method to maintain LTSP installations for thin and fat clients that doesn't involve chroots: https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp
18:15
<alkisg>
The "no pnp" part is just about one command, ltsp-update-image, the rest of the page still applies
18:17
<markit>
I don't use networkmanager but static /etc/network/interfaces settings
18:17
so no /etc/NetworkManager/NetworkManager.conf
18:18
but in any case I've solved, now I'm in a hurry tring to decide what to to and fix my install script to work properly with 16.04
18:18
also ethX naming scheme is gone with 16.04, and I HATE THIS
18:18
mii-tools does not like that also, lol
18:19
<quinox>
that's a kernel decision IIRC
18:19
<markit>
I know
18:42
<alkisg>
markit, it's just a grub parameter, you can revert it back
18:42
What problem does mii-tool have? I haven't seen any...
20:12
<markit>
alkisg: mii-tools without parameter does not recognizes interfaces: https://bugs.launchpad.net/ubuntu/+source/net-tools/+bug/962616
20:16Royale_AJS has left IRC (Royale_AJS!~Royale_AJ@24-236-193-237.dhcp.aldl.mi.charter.com, Quit: Royale is leaving)
20:28
<alkisg>
Ah, I never use it without an interface name
22:39ricotz has left IRC (ricotz!~ricotz@ubuntu/member/ricotz, Quit: Leaving)
22:48gehidore is now known as man
23:04man is now known as gehidore
23:21lucascastro has left IRC (lucascastro!~lucas@186.227.186.18, Remote host closed the connection)