Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-06 Thread Göktuğ Kayaalp
> It looks as though you have installed from security.debian.org but now
> it's not in your sources.list. If you add a line like
>
> deb http://security.debian.org/  buster/updates main contrib non-free
>
> then do "apt-get update", does that help the "apt-get build-dep"?

This seems to have fixed the issue. I added the line and
updated, now I have this:

libtiff-dev:
  Installed: 4.1.0+git191117-2~deb10u1
  Candidate: 4.1.0+git191117-2~deb10u1
  Version table:
 *** 4.1.0+git191117-2~deb10u1 500
500 http://security.debian.org/debian-security stable/updates/main 
amd64 Packages
100 /var/lib/dpkg/status
 4.0.10-4 500
500 http://ftp.uk.debian.org/debian stable/main amd64 Packages

Thanks a lot!

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-03 Thread Clive Standbridge
> > $ apt-cache policy libtiff-dev libtiff5
> 
> The command (w/ libidn2-0 added) reports:
> 
> libtiff-dev:
>   Installed: (none)
>   Candidate: 4.0.10-4
>   Version table:
>  4.0.10-4 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
> libtiff5:
>   Installed: 4.1.0+git191117-2~deb10u1
>   Candidate: 4.1.0+git191117-2~deb10u1
>   Version table:
>  *** 4.1.0+git191117-2~deb10u1 100
> 100 /var/lib/dpkg/status
>  4.0.10-4 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
> libidn2-0:
>   Installed: 2.0.5-1+deb10u1
>   Candidate: 2.0.5-1+deb10u1
>   Version table:
>  *** 2.0.5-1+deb10u1 100
> 100 /var/lib/dpkg/status
>  2.0.5-1 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
> 

Your installed versions of libtiff5 and libidn2-0 are the same as the versions 
currently in the buster security updates. Contrast:

$ apt-cache policy libtiff-dev libtiff5 libidn2-0
libtiff-dev:
  Installed: 4.1.0+git191117-2~deb10u1
  Candidate: 4.1.0+git191117-2~deb10u1
  Version table:
 *** 4.1.0+git191117-2~deb10u1 990
990 http://security.debian.org buster/updates/main amd64 Packages
100 /var/lib/dpkg/status
 4.0.10-4 990
990 http://deb.debian.org/debian buster/main amd64 Packages
libtiff5:
  Installed: 4.1.0+git191117-2~deb10u1
  Candidate: 4.1.0+git191117-2~deb10u1
  Version table:
 *** 4.1.0+git191117-2~deb10u1 990
990 http://security.debian.org buster/updates/main amd64 Packages
100 /var/lib/dpkg/status
 4.0.10-4 990
990 http://deb.debian.org/debian buster/main amd64 Packages
libidn2-0:
  Installed: 2.0.5-1+deb10u1
  Candidate: 2.0.5-1+deb10u1
  Version table:
 *** 2.0.5-1+deb10u1 990
990 http://security.debian.org buster/updates/main amd64 Packages
100 /var/lib/dpkg/status
 2.0.5-1 990
990 http://deb.debian.org/debian buster/main amd64 Packages


It looks as though you have installed from security.debian.org but now it's not 
in your sources.list. If you add a line like

deb http://security.debian.org/  buster/updates main contrib non-free

then do "apt-get update", does that help the "apt-get build-dep"?

-- 
Cheers,
Clive



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-03 Thread Göktuğ Kayaalp
> You could try downgrading the two library packages explicitly:
>
> $ apt-get install libtiff5=1.0.10-4 libidn2-0=2.0.5-1

This is what I tried eventually, and it worked, thanks!

> That might result in other errors if doing this breaks versioned
> dependencies from other packages, but it's at least a starting point,
> and worth trying.

It luckily didn’t.

> The real questions are A: how you wound up with these newer versions
> installed in the first place, and B: whether there are similarly "newer
> than anything available in your-configured repos" versions of any
> *other* packages installed.

For A, well, my installation process is like this: use netinst (first I
had tried w/ 10.0, the last time I downloaded 10.2, because who knows,
but it persisted), usual stuff, partitioning (UEFI, rest is ext4, one
LVM vg which includes / and /home, separate /boot in primary partition),
then install, selecting print server, ssh server, and standard packages
(bottom three in tasksel screen).  Then, I reboot and run a script that
basically builds up an ‘apt-get install ...’ command with ~200 pkgs
(ends up installing >4k dependencies).  It uses usual debian stable
repos.  No local .debs, no other repos.  I don’t even use
backports. /etc/apt/preferences is empty.  FWIW, the mentioned
installation command is as follows:

,
| apt-get install -y apt-transport-https curl cups-bsd dnsutils equivs
| gawk gvfs-bin net-tools netcat-openbsd telnet traceroute bind9utils
| moreutils lftp libpam-cgroup libpam-cgfs bridge-utils qemu rsync
| openssh-server network-manager smartmontools entr docker.io snapd rar
| unrar dunst pasystray i3-wm i3status i3lock xinit libxrandr-dev
| network-manager-gnome dbus-x11 pulseaudio pulseaudio-utils pavucontrol
| alsa-oss alsa-utils alsamixergui pcmanfm ristretto xbacklight feh
| gvfs-backends gvfs-fuse okular cheese gimp gparted libreoffice
| libreoffice-gtk3 libreoffice-gnome mpv simple-scan transmission-gtk
| vokoscreen redshift-gtk suckless-tools laptop-mode-tools xclip xdotool
| xinput libnotify-bin devhelp audacity flameshot xfce4-clipman compton
| dconf-editor wmctrl arandr inkscape pdfsam xarchiver lmms libjansson-dev
| libpoppler-glib-dev libpoppler-private-dev spek praat python3-matplotlib
| python3-numpy python3-scipy python3-matplotlib python3-pandas
| python3-sympy python3-nose texlive-full perl-tk pass pv tmux units vim
| vorbis-tools vorbisgain w3m w3m-el webalizer whois syncthing libnss-mdns
| mailutils mairix mutt mpop msmtp procmail certbot dirmngr youtube-dl
| hugo inotify-tools pandoc fbi ddgr hledger jq djvulibre-bin gitit lynx
| pwgen gnupg2 qemu-utils qemu-system-x86 build-essential cvs git git-cvs
| git-email mercurial python-hglib python-dulwich python-fastimport
| python3-pip quilt rcs subversion autoconf autoconf-archive automake
| bmake libuniversal-isa-perl libimage-exiftool-perl libswitch-perl
| cpanminus liblocal-lib-perl perlbrew python python-pip python3-tk
| python3-venv ipython3 python3-notify2 r-base r-recommended r-doc-info
| r-cran-tidyverse r-cran-rio r-cran-psych ruby bundler ri
| haskell-platform haskell-platform-doc redis-server redis-tools gjs
| libgjs-dev gnome-js-common valac valadoc gnuplot feedgnuplot
| exuberant-ctags gdb strace make-doc gawk-doc apt-doc autoconf-doc
| bash-doc binutils-doc aspell-doc binutils-doc bzip2-doc cvs-doc
| debconf-doc diffutils-doc ffmpeg-doc gdb-doc gettext-doc git-doc
| glibc-doc gmp-doc gnuplot-doc gnutls-doc graphviz-doc grub-doc
| imagemagick-doc libtool-doc m4-doc mailutils-doc make-doc multiboot-doc
| ncurses-doc parted-doc pinentry-doc python-apt-doc python-certbot-doc
| python-doc python-numpy-doc python-setuptools-doc python3-doc
| readline-doc rsyslog-doc sgml-base-doc sharutils-doc sqlite3-doc tar-doc
| vim-doc libgtk-3-doc libcairo2-doc libxaw-doc libx11-doc libxcb-doc
| libglib2.0-doc iproute2-doc libasound2-doc docker-doc
| libreoffice-help-en-us
`


> Tracking those down and fixing them would definitely be possible, but
> honestly, if this system was installed so recently you're probably
> better off doing the reinstall and hoping whatever error it was doesn't
> happen this time.

I persistently got the same results after reinstalling twice (botched
one trying to use btrfs on root).  I suppose it could be a problem with
Debian reports.  Do you think I should report this as a bug?

In any case, I’ll try to reinstall on a VM in a few days, maybe this is
a temporary issue w/ package archives, or a packaging bug.


-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread The Wanderer
On 2020-02-02 at 17:57, İ. Göktuğ Kayaalp wrote:

>> In turn, please respond on-list only
> 
> I'll try, but I can't use my usual MUA ATM, so sorry if I fail at that.
> 
>> $ apt-cache policy libtiff-dev libtiff5
> 
> The command (w/ libidn2-0 added) reports:
> 
> libtiff-dev:
>   Installed: (none)
>   Candidate: 4.0.10-4
>   Version table:
>  4.0.10-4 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
> libtiff5:
>   Installed: 4.1.0+git191117-2~deb10u1
>   Candidate: 4.1.0+git191117-2~deb10u1
>   Version table:
>  *** 4.1.0+git191117-2~deb10u1 100
> 100 /var/lib/dpkg/status
>  4.0.10-4 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages

So apparently you have a newer version of libtiff5 installed (from
somewhere), but no matching newer version of libtiff-dev is available...

> libidn2-0:
>   Installed: 2.0.5-1+deb10u1
>   Candidate: 2.0.5-1+deb10u1
>   Version table:
>  *** 2.0.5-1+deb10u1 100
> 100 /var/lib/dpkg/status
>  2.0.5-1 500
> 500 http://ftp.uk.debian.org/debian stable/main amd64 Packages

...and similarly a newer version of libidn2-0; you didn't show
libidn-dev, but I'm guessing the same "no newer version available" holds
true there.

You could try downgrading the two library packages explicitly:

$ apt-get install libtiff5=1.0.10-4 libidn2-0=2.0.5-1

That might result in other errors if doing this breaks versioned
dependencies from other packages, but it's at least a starting point,
and worth trying.

The real questions are A: how you wound up with these newer versions
installed in the first place, and B: whether there are similarly "newer
than anything available in your-configured repos" versions of any
*other* packages installed.

Tracking those down and fixing them would definitely be possible, but
honestly, if this system was installed so recently you're probably
better off doing the reinstall and hoping whatever error it was doesn't
happen this time.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature


Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread İ . Göktuğ Kayaalp
> In turn, please respond on-list only

I'll try, but I can't use my usual MUA ATM, so sorry if I fail at that.

> $ apt-cache policy libtiff-dev libtiff5

The command (w/ libidn2-0 added) reports:

libtiff-dev:
  Installed: (none)
  Candidate: 4.0.10-4
  Version table:
 4.0.10-4 500
500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
libtiff5:
  Installed: 4.1.0+git191117-2~deb10u1
  Candidate: 4.1.0+git191117-2~deb10u1
  Version table:
 *** 4.1.0+git191117-2~deb10u1 100
100 /var/lib/dpkg/status
 4.0.10-4 500
500 http://ftp.uk.debian.org/debian stable/main amd64 Packages
libidn2-0:
  Installed: 2.0.5-1+deb10u1
  Candidate: 2.0.5-1+deb10u1
  Version table:
 *** 2.0.5-1+deb10u1 100
100 /var/lib/dpkg/status
 2.0.5-1 500
500 http://ftp.uk.debian.org/debian stable/main amd64 Packages


I don't have any holds in my prefs.  "showholds" shows none.

I'll probably try a reinstall and report if I still fail installing
emacs25 builddeps.

Cheers,
-gk.

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread İ . Göktuğ Kayaalp
> In my experience with 8 and before, yes, it may be a sign of trouble
> ahead. Was there an apt-get process spinning on a CPU after that point
> in the install?

I didn't check, so IDK.

> IIRC the network-assisted install of a package may have failed because
> the pkg couldn't be found online (say, with sources.list in some certain
> state). Then the install asks for the next mount but fails quietly. It's
> a couple years since Ive had to deal with this.

And I was indeed using the netinst ISO, so it's highly likely it skipped
something.

Guess I just reinstall, that seems to be easier than tracking the cause
of this error.

Cheers,
-gk.

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread deloptes
İ. Göktuğ Kayaalp wrote:

>> But libgnutls28-dev is in buster
> 
> They all are, the problem is that build-dep:emacs requires packages
> which seem to require some downgrades.  These are not major downgrades,
> but minor version or debian package version:
> 
> libtiff-dev : Depends: libtiff5 (= 4.0.10-4) but 4.1.0+git191117-2~deb10u1
> is to be installed
> 
> libgnutls28-dev : Depends: libidn2-dev but it is not going to be installed
> libidn2-dev : Depends: libidn2-0 (= 2.0.5-1) but 2.0.5-1+deb10u1 is to be
> installed
> 
> libmagick++-6.q16-dev : Depends: libmagickcore-6.q16-dev (=
> 8:6.9.10.23+dfsg-2.1) but it is not going to be installed
> Depends: libmagickwand-6.q16-dev (=
> 8:6.9.10.23+dfsg-2.1) but it is not going to be
> installed
> 
> libmagickcore-6.q16-dev : Depends: libtiff-dev but it is not going to be
> installed libmagickwand-6.q16-dev : Depends: libmagickcore-6.q16-dev (=
> 8:6.9.10.23+dfsg-2.1) but it is not going to be installed
> 
> So there's a minor version mismatch w/ libtiff5 and a debian patch
> version mismatch w/ libidn2-0.
> 
> Is there any way I resolve this w/o making a mess?

Don't know what you've done to your system, but here

root@debian10:~# apt-get install libtiff-dev libmagick++-6.q16-dev
libidn2-dev
The following NEW packages will be installed:
  autoconf automake autotools-dev bzip2-doc gir1.2-freedesktop
gir1.2-gdkpixbuf-2.0 gir1.2-rsvg-2.0 icu-devtools javascript-common
libblkid-dev
  libbz2-dev libcairo-gobject2 libcairo-script-interpreter2 libcairo2-dev
libcroco3 libdjvulibre-dev libdpkg-perl libexif-dev libexif-doc libffi-dev
  libfile-fcntllock-perl libfontconfig1-dev libfreetype6-dev
libgdk-pixbuf2.0-dev libglib2.0-bin libglib2.0-dev libglib2.0-dev-bin
libice-dev libicu-dev
  libidn2-dev libilmbase-dev libjbig-dev libjpeg-dev libjpeg62-turbo-dev
libjs-jquery liblcms2-dev liblqr-1-0-dev libltdl-dev liblzma-dev
  libmagick++-6-headers libmagick++-6.q16-8 libmagick++-6.q16-dev
libmagickcore-6-arch-config libmagickcore-6-headers libmagickcore-6.q16-dev
  libmagickwand-6-headers libmagickwand-6.q16-dev libmount-dev
libopenexr-dev libopenjp2-7-dev libpcre16-3 libpcre3-dev libpcre32-3
libpcrecpp0v5
  libpixman-1-dev libpng-dev libpng-tools libpthread-stubs0-dev librsvg2-2
librsvg2-common librsvg2-dev libselinux1-dev libsepol1-dev libsigsegv2
  libsm-dev libtiff-dev libtiffxx5 libtool libwmf-dev libx11-dev libxau-dev
libxcb-render0-dev libxcb-shm0-dev libxcb1-dev libxdmcp-dev libxext-dev
  libxml2-dev libxrender-dev libxt-dev m4 pkg-config uuid-dev
x11proto-core-dev x11proto-dev x11proto-xext-dev xorg-sgml-doctools
xtrans-dev zlib1g-dev
0 upgraded, 88 newly installed, 0 to remove and 0 not upgraded.
Need to get 43.1 MB of archives.
After this operation, 142 MB of additional disk space will be used.
Do you want to continue? [Y/n]

Install the dependencies required and build.





Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread Nicholas Geovanis
On Sun, Feb 2, 2020, 9:51 AM İ. Göktuğ Kayaalp  wrote:

> Hi all,
> 
> Lastly, there was an error during installation yesterday, package
> installation was paused when I returned to my computer, so I restarted
> the installation process.  It downloaded one more package and installed
> it, and the rest was fine.  Could that have anything to do with the
> present situation?
>

In my experience with 8 and before, yes, it may be a sign of trouble ahead.
Was there an apt-get process spinning on a CPU after that point in the
install?
IIRC the network-assisted install of a package may have failed because the
pkg couldn't be found online (say, with sources.list in some certain
state). Then the install asks for the next mount but fails quietly. It's a
couple years since Ive had to deal with this.

Thanks in advance,
> -gk.
>
> --
> İ. Göktuğ Kayaalp / @cadadr / 
> pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427
>
>


Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread The Wanderer
(I'm replying both public and private in response to your request for
such in another message. In turn, please respond on-list only -
preferably to the copy transmitted via the list, if possible; the way
you replied to deloptes seems to have produced the desired effect, at
least by what is publicly visible.)

On 2020-02-02 at 11:55, İ. Göktuğ Kayaalp wrote:

>> But libgnutls28-dev is in buster
> 
> They all are, the problem is that build-dep:emacs requires packages
> which seem to require some downgrades.  These are not major downgrades,
> but minor version or debian package version:
> 
> libtiff-dev : Depends: libtiff5 (= 4.0.10-4) but 4.1.0+git191117-2~deb10u1 is 
> to be installed

What versions of libtiff-dev do you have available? In particular, what does

$ apt-cache policy libtiff-dev libtiff5

say?

> libidn2-dev : Depends: libidn2-0 (= 2.0.5-1) but 2.0.5-1+deb10u1 is to be 
> installed

Similarly here.

> So there's a minor version mismatch w/ libtiff5 and a debian patch
> version mismatch w/ libidn2-0.
> 
> Is there any way I resolve this w/o making a mess?

Almost certainly. You just have to figure out what is making it decide
not to upgrade libtiff5 and libidn2.

The most common reasons in my experience are package holds / pins; I
think there are other reasons possible, but I can't think of them
offhand.

Is there anything relevant in /etc/apt/preferences, or in files inside
/etc/apt/preferences.d/ ?

What does

$ apt-mark showhold

report?

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature


Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread İ . Göktuğ Kayaalp
BTW I'd really appreciate if you could reply to me on-list instead of to
the list only, given I'm not subscribed to the list.

Thanks a lot in advance!

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread İ . Göktuğ Kayaalp
> But libgnutls28-dev is in buster

They all are, the problem is that build-dep:emacs requires packages
which seem to require some downgrades.  These are not major downgrades,
but minor version or debian package version:

libtiff-dev : Depends: libtiff5 (= 4.0.10-4) but 4.1.0+git191117-2~deb10u1 is 
to be installed

libgnutls28-dev : Depends: libidn2-dev but it is not going to be installed
libidn2-dev : Depends: libidn2-0 (= 2.0.5-1) but 2.0.5-1+deb10u1 is to be 
installed

libmagick++-6.q16-dev : Depends: libmagickcore-6.q16-dev (= 
8:6.9.10.23+dfsg-2.1) but it is not going to be installed
Depends: libmagickwand-6.q16-dev (= 
8:6.9.10.23+dfsg-2.1) but it is not going to be installed

libmagickcore-6.q16-dev : Depends: libtiff-dev but it is not going to be 
installed
libmagickwand-6.q16-dev : Depends: libmagickcore-6.q16-dev (= 
8:6.9.10.23+dfsg-2.1) but it is not going to be installed

So there's a minor version mismatch w/ libtiff5 and a debian patch
version mismatch w/ libidn2-0.

Is there any way I resolve this w/o making a mess?

-- 
İ. Göktuğ Kayaalp / @cadadr / 
pgp:   024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427



Re: apt-get build-dep emacs-gtk: unmet dependencies

2020-02-02 Thread deloptes
İ. Göktuğ Kayaalp wrote:

> I follow Emacs' master branch for my day-to-day use, so I need to build
> it manually for my daily workflow.  Yesterday I did a fresh reinstall of
> Debian 10, after which I haven't been able to install build dependencies
> for emacs25 or emacs-gtk.  The error is as follows:
> 
> ,
> | Reading package lists... Done
> | Picking 'emacs' as source package instead of 'emacs25'
> | Reading package lists... Done
> | Building dependency tree
> | Reading state information... Done
> | Some packages could not be installed. This may mean that you have
> | requested an impossible situation or if you are using the unstable
> | distribution that some required packages have not yet been created
> | or been moved out of Incoming.
> | The following information may help to resolve the situation:
> | 
> | The following packages have unmet dependencies:
> | builddeps:emacs : Depends: libtiff-dev but it is not going to be
> | installed Depends: libgnutls28-dev but it is not going to be installed
> | Depends: libmagick++-6.q16-dev but it is not going to be installed
> | E: Unable to correct problems, you have held broken packages.
> `

But libgnutls28-dev is in buster

https://packages.debian.org/buster/amd64/libgnutls28-dev/download

perhaps you need to setup the sources properly and apt-get update/upgrade
and try again

same for libtiff-dev

https://packages.debian.org/buster/amd64/libtiff-dev/download

and libmagick++-6.q16-dev

https://packages.debian.org/buster/amd64/libmagick++-6.q16-dev/download

regards