The following packages will be REMOVED:
openjdk-7-jre openjdk-7-jre-headless tzdata-java
The following packages will be upgraded:
tzdata
1 upgraded, 0 newly installed, 3 to remove and 15 not upgraded.
Need to get 174 kB of archives.
After this operation, 56.9 MB disk space will be freed.
I got around the issue by placing tzdata on hold, dist-upgrading, and then unheld tzdata.
same by me.
holding tzdata helps, thx for the clue!
how did you make out these dependencies?
helps for what?
Helps to prevent the removals named above while DU.
and that helps for what?
Quote from: melmarker
helps for what?
...
and that helps for what?
Alf,
Normally I'm a big fan of
5 Whys. But if you
think know that it is safe to let "openjdk-7-jre openjdk-7-jre-headless tzdata-java" go - why don't you say clearly? Your above answer irritates the not so experienced user.
Ciao, Martin
horo: I agree. Either reply to shed understanding or don't reply at all.
I think he thinks he's being super clever but sometimes he just sounds like a socially inept dick. Contrast him with towo. Often towo will say just one word and the light of understanding shines. That is because towo IS clever.
Hi guys,
The packages of the open-jdk-7... on my system were removed couple of weeks ago by apt.
That was not really "my decision" :) . Indeed some days before there was an installation of the open-jdk-8...s. I wondered - two javas at the same time but no matter. Not that I know I somehow use java.
Greetz
Thomas
thanks eQuacky, because you named it finally... it is all about rolling of your siduction installation!
first reaction to apt wanting to remove something should always be the question "why (the hell)?"
the first reaction should definitely not be "start doing something without understanding/knowing", especially due to nature of sid exactly that most probably will lead to further issues later on. putting things on hold in sid should be done if and only if you know what you are doing
while you might question the way melmarker hints at this "learning curve for the user", he is doing exactly what the forum is for, namely helping users (also through helping them to learn to educate and help themselves)
chill out and have a nice day.
absolut
In this competition to guess what melmarker want to say, my guess is: If apt want to remove packages, just wait a few hours/days until the problem is solved and you can d-u without anything being removed.
@absolut
I'm quite cool - believe me.
Since my beginning in sidux-times I never ever used the holding of packages in apt. For me too dangerous as I am no expert in apt/dpkg.
And should I have offended melmarker that wasn't my intention and I apologize for that. What kind of work he is carrying out for lxqt I know best as it is my favourite flavor.
cya
Waiting does not help here, as you can read in the reflectring bugreport (http://https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818304).
So you have to let go openjdk7.
Quote from: eQuacky on 2016/03/22, 11:56:18
@absolut
I'm quite cool - believe me.
Since my beginning in sidux-times I never ever used the holding of packages in apt. For me too dangerous as I am no expert in apt/dpkg.
And should I have offended melmarker that wasn't my intention and I apologize for that. What kind of work he is carrying out for lxqt I know best as it is my favourite flavor.
cya
to avoid any misunderstanding on that matter, please allow me to clarify that the "you" in my previous reply post was an "indefinite you"... --> https://en.wikipedia.org/wiki/Generic_you
anything from line 2 of my post is directed at readers in general
@absolut
I got it :-) - know the generic you in English but didn't feel certain whether you meant sing. or pl. sorry for possible misunderstanding
Thomas
eQuacky: i'm not offended :) - but there are some questions that $user should ask himself like - "Why the hell is apt removing packages? Is that intentional? Are there any replacements for the packages like java 8 or java 9 in this special case? Would these packages fit my needs?" Depending on the answers to these questions one could start asking clever questions - Giving questionable suggestions and working against apt might not be the solution - and that was the reason for my question: And that helps for what?
Quote from: Spike_DE on 2016/03/21, 21:31:21
same by me.
holding tzdata helps, thx for the clue!
how did you make out these dependencies?
In this situation, the tzdata-java package marked for removal and the tzdata upgrade were the clues. After I placed tzdata on hold, then the packages that were going to be removed, did not show to be removed when I dist-upgraded again.
@towo: Thank you for the bug report link.
@melmarker: I believe LibreOffice uses OpenJDK in some capacity. That's why I opted not to allow the removal.
libreoffice recommend default-jre | openjdk-8-jre | openjdk-7-jre | openjdk-6-jre | gcj-jre | sun-java5-jre | sun-java6-jre | java5-runtime | jre,
i would suggest to go with default-jre in case one dont need oracle-jave. I would hereby suggest to let java 7 go and use java 8, it is old enough now.
Quote from: melmarker on 2016/03/27, 13:08:26
libreoffice recommend default-jre | openjdk-8-jre | openjdk-7-jre | openjdk-6-jre | gcj-jre | sun-java5-jre | sun-java6-jre | java5-runtime | jre,
i would suggest to go with default-jre in case one dont need oracle-jave. I would hereby suggest to let java 7 go and use java 8, it is old enough now.
Thank you for the advice.
The great and powerful melmarker has spoken. You rock, dude. Results of dist-upgrade today; note the openjdk pkgs:
The following packages will be upgraded:
doublecmd-common doublecmd-gtk doublecmd-plugins libapparmor1 libc-bin
libc-dev-bin libc-l10n libc6 libc6:i386 libc6-dbg libc6-dev libc6-i686:i386
libffmpegthumbnailer4v5 libnghttp2-14 libparams-validate-perl libsnmp-base
libsnmp30 libsub-name-perl locales multiarch-support openjdk-8-jre
openjdk-8-jre-headless whois workrave workrave-data xserver-common
xserver-xorg-core xserver-xorg-video-intel