[DNG] Error after upgrade debian wheezy to devuan jessie...
Hi, upgraded two file server last week from debian wheezy to devuan jessie. Nearly everthing worked smooth on upgrading. Something is wrong with 'libc-bin'. On each operation with apt-get I'm getting following error: The following packages will be upgraded: libgcrypt20 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/393 kB of archives. After unpacking 0 B will be used. (Reading database ... 49511 files and directories currently installed.) Preparing to unpack .../libgcrypt20_1.6.3-2+deb8u3_amd64.deb ... Unpacking libgcrypt20:amd64 (1.6.3-2+deb8u3) over (1.6.3-2+deb8u2) ... Setting up libgcrypt20:amd64 (1.6.3-2+deb8u3) ... Processing triggers for libc-bin (2.19-18+deb8u9) ... syntax error at (eval 6) line 91, near ") {" Can't use global $/ in "my" at (eval 6) line 94, near ", $/" Global symbol "$fn" requires explicit package name at (eval 6) line 94. syntax error at (eval 6) line 96, near "; }" Any hints to solve this issue? Tried "apt-get install --reinstall libc-bin" without success. Regards Thomas P.S.: Same error occurs on both machines. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] An option should be provided in the installer for avahi and friends
Am 2017-06-16 02:10, schrieb taii...@gmx.com: "rpc.statd A daemon that listens for reboot notifications from other hosts, and manages the list of hosts to be notified when the local system reboots" I see no reason as to why this should be turned on or even installed by default rpc.statd is part of nfs-common, and is necessary for nfs to work. You can search for packages that installed this with "aptitude why nfs-common". Maybe it was installed as optional package and can be removed if you don't need nfs. and the same goes for avahi avahi is not installed on my system. You can search which package installed it with "dpkg -S ", and then "aptitude why " Jochen ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] curl: (1) Protocol "http" not supported or disabled in libcurl
When trying to run apt-get update with https I receive this error curl: (1) Protocol "http" not supported or disabled in libcurl Any ideas? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Xfce4 task uninstalled on upgrade to ascii
On 15 June 2017 at 19:35, KatolaZ wrote: > On Thu, Jun 15, 2017 at 01:18:30PM +1000, Tom wrote: > > I've been having issues upgrading a standard Devuan Jessie install to > > Ascii. During upgrade, the task-xfce4-desktop package gets uninstalled > and > > can't be installed afterwards due to dependency problems. > > > > Jessie has tasksel=3.33+devuan1.0 and Ascii has tasksel=3.33+devuan0.3 > > which is preventing task-xfce4-desktop from being installed in Ascii. > This > > is also causing a number of xfce4-* and other packages to be marked as > not > > required and removable with apt-get autoremove. > > > > [cut] > > > > > The following packages have unmet dependencies: > > task-xfce-desktop : Depends: tasksel (= 3.33+devuan0.3) but > 3.33+devuan1.0 > > is to be installed > > Depends: xfce4 but it is not going to be installed > > Recommends: xfce4-mixer but it is not installable > > E: Unable to correct problems, you have held broken packages. > > > > Hi Tom, > > the unmet dependency there might not be tasksel (which is a virtual > package) rather a chain of deps which goes down to dbus. Since an > updated version of dbus is now available in ascii's repos, you should > be able to dist-upgrade to ascii (we will come back to tasksel as > well, in due course). > > My2Cents > > KatolaZ > Hi Katola, I did the upgrade to Ascii yesterday before I sent the email after reading about the dbus package updates, so yes the dist-upgrade works but ends up with the large number of packages set for removal. Apologies for not mentioning that previously. tasksel doesn't appear to be a virtual package here. Is there any reason why tasksel in jessie has a higher version than tasksel in ascii? It will work if I purge and reinstall the tasksel package back to the lower version, but this shouldn't be required. root@devuan:~# dpkg --compare-versions 3.33+devuan1.0 gt 3.33+devuan0.3 root@devuan:~# echo $? 0 root@devuan:~# dpkg --compare-versions 3.33+devuan1.0 lt 3.33+devuan0.3 root@devuan:~# echo $? 1 On another note, since devuan doesn't yet have an interface similar to that of packages.debian.org, can I trust the output of "apt-cache policy" to tell me what's really in the master archive? I would like to ensure that I'm not getting incorrect package information for each release here from a misconfigured mirror somewhere. -- Tom ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] An option should be provided in the installer for avahi and friends
I really dislike all the "helpful" addons like avahi/mdns and rpc.statd that scan and listen on every network you connect to. Windows has a lot more of this type of thing but one of the things MS got right was the application level firewall and the distinciton between public and private networks, where when you connect to a new network in vista and above it asks you what type it is and restricts communication accordingly vs helpfully scanning for printers on a public wifi network. "rpc.statd A daemon that listens for reboot notifications from other hosts, and manages the list of hosts to be notified when the local system reboots" I see no reason as to why this should be turned on or even installed by default and the same goes for avahi - for the majority of users both of them are nothing more than a potential security issue and a waste of memory. Comments? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
Such dependencies are hardly surprising when one considers that Debian has been a GNOME shop since GNOME's beginning. At the time GNOME was an official GNU project, as I recall, and Debian was very close to being a GNU project as well in 1998. GNOME, of course, coming into being due to the then GPL incompatible licensing of Qt that prevented KDE from being included into the main repository. GNU and Debian parted ways over the latter's refusal to eliminate the contrib and non-free repositories, as I recall. GNOME was always preferred over any other DE and until the last couple of releases it took some clever tricks to install a DE other than GNOME, but, as noted, a good part of the GNOME support libraries would always be installed. Unwinding the GNOME infection will not be easy though I think it will be worthwhile as doing so limits the influence Red Hat will have on Devuan. Since I also use Slackware, I think it's useful to look over the fence and see how Patrick Volkerding, et. al. are handling things in this brave new world. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://www.n0nb.us ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thu, 15 Jun 2017 12:39:32 +0100 KatolaZ wrote: > On Thu, Jun 15, 2017 at 01:27:19PM +0200, Antony Stone wrote: > > No chance of getting things like this reduced from "depends" to > > "recommends", I suppose? > > > > I asked the maintainer if he could do that, and he gently explained me > that a bug in gconf didn't allow anything less than a Depends: (so a > lesstif package has a Depends: on gconf because a GNOME-related goodie > added by the Debian maintainer requires gconf, and gconf has a bug > which does not allow to use the GNOME-related additional goodie if it > is not already installed when the lesstif app gets installed. And we > still think that this is not *TOTALLY* *SICK* o_O). > > He kindly promised he would have looked into that after stretch is > out. The dependency was introduced in 2007. Very good point. The Debian project was already drifting toward disfunctionality back in 2007, when systemd was just a gleam in poetterpuff's eye. As the originator and then-sub-maintainer of the VimOutliner project, I had to help people with broken Debian package manager installed VimOutliner software by having them uninstall and then Linux-install our (upstream) software. The debianistas went so far as to substitute the wrist-twisting, repetative motion inducing, keyboard dependent "\\" for VimOutliner's trivial and lightning fast ",," mode-change key. Because some Debian policy toward Vim demanded it. > > The alternative solution would be to fork the package for Devuan, and > add it to the pile. The preceding alterative would certainly be ideal, if the manpower existed. Absent such massive manpower, would it be possible to provide fakeout packages gnome-whatever-faux, gnome-whatever2-faux, etc, which would allow Gnome-infested programs to compile, but do nothing other than write message "gnome-whatever-faux fcn whichever() called" to stderr for debugging purposes? > All this madness would have been unnecessary if > the entanglement with GNOME had not been seen as a necessity by a lot > of Debian maintainers. What people need to be reminded of, over and over again, is that dependencies aren't cheap. Upstreams, packagers and users need to be continuously reminded not to insert dependencies unless the majority of the dependent software is used and necessary, and continuously reminded to prune existing dependencies, writing their own code to substitute for minor features bestowed by gargantuan libraries. Each dependency bestows the opportunity of compile failure, of packaging workarounds, and of installing software the user/admin considers toxic. Much the same as a shopper carefully weighs the price and value of an item before buying, the upstream or packager must frugally screen each temptation to include a dependency, "buying" only those dependencies critical to the software's basic functionality, and too difficult to custom-write in a timely manner. Here's a heresy you can quote me on: Perhaps if a feature is too difficult to code without depending on a big library, that feature should not be built! Five or ten users calling for an obscure feature doesn't provide an excuse for a major library inclusion. People puff out their chests in wisdom as they mouth the words "don't reinvent the wheel", but all too often these efficiency gurus can be seen importing a whole wheel when all they need is one spoke nipple. A repudiation of the universal call of "don't reinvent the wheel" needs to be made, with the appropriate re-education. SteveT Steve Litt June 2017 featured book: The Key to Everyday Excellence http://www.troubleshooters.com/key ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Xfce4 task uninstalled on upgrade to ascii
KatolaZ [2017-06-15 11:35]: > the unmet dependency there might not be tasksel (which is a virtual > package) rather a chain of deps which goes down to dbus. Since an > updated version of dbus is now available in ascii's repos, you should > be able to dist-upgrade to ascii (we will come back to tasksel as > well, in due course). This upgrade has fixed the xfce4 uninstallation problem. -- Hilsen Harald ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thu, Jun 15, 2017 at 01:27:19PM +0200, Antony Stone wrote: [cut] > > > Just to make an example, it is still very hard for me to understand > > why a packge like grace (which is a lesstif program to produce X-Y > > plots) should depend on gconf2. The motivation provided by the > > maintainer is that he decided to include a thumbnailer which allow > > GNOME-related file managers to provide a preview of grace files, and > > gconf was not able to add the needed xml stanzas easily if it was not > > already installed. Hence, they required gconf to be installed before > > grace in order for this thumbnailer to be recognised by gconf. > > No chance of getting things like this reduced from "depends" to "recommends", > I suppose? > I asked the maintainer if he could do that, and he gently explained me that a bug in gconf didn't allow anything less than a Depends: (so a lesstif package has a Depends: on gconf because a GNOME-related goodie added by the Debian maintainer requires gconf, and gconf has a bug which does not allow to use the GNOME-related additional goodie if it is not already installed when the lesstif app gets installed. And we still think that this is not *TOTALLY* *SICK* o_O). He kindly promised he would have looked into that after stretch is out. The dependency was introduced in 2007. The alternative solution would be to fork the package for Devuan, and add it to the pile. All this madness would have been unnecessary if the entanglement with GNOME had not been seen as a necessity by a lot of Debian maintainers. My2Cents KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - GLUGCT -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thursday 15 June 2017 12:23:26 KatolaZ wrote: > On Thu, Jun 15, 2017 at 12:40:32PM +0200, Antony Stone wrote: > > > How does this work out on a Debian system when you select a different DE, > > then? > > You still get gconf, gnome-keyring, and other goodies installed, even > if you are using xmonad. That's how it works out. And I personally > find it pretty annoying. Hm :( > Just to make an example, it is still very hard for me to understand > why a packge like grace (which is a lesstif program to produce X-Y > plots) should depend on gconf2. The motivation provided by the > maintainer is that he decided to include a thumbnailer which allow > GNOME-related file managers to provide a preview of grace files, and > gconf was not able to add the needed xml stanzas easily if it was not > already installed. Hence, they required gconf to be installed before > grace in order for this thumbnailer to be recognised by gconf. No chance of getting things like this reduced from "depends" to "recommends", I suppose? Antony. -- "Measuring average network latency is about as useful as measuring the mean temperature of patients in a hospital." - Stéphane Bortzmeyer Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thu, Jun 15, 2017 at 12:40:32PM +0200, Antony Stone wrote: [cut] > > > > In most of the cases those dependencies do not come from upstream, and > > have been instead introduced by Debian packagers, who have made a lot > > of effort to entangle as tightly as possible hundreds of packges with > > GNOME stuff. > > How does this work out on a Debian system when you select a different DE, > then? > You still get gconf, gnome-keyring, and other goodies installed, even if you are using xmonad. That's how it works out. And I personally find it pretty annoying. [cut] > > Again, I think the important question is "what percentage of Debian users > want > Gnome, and what percentage want something else?" That determines what degree > of effort is worth putting into integrating, or separating, Gnome and the > rest > of Debian. > It seems like many packagers have decided for everybody, and embraced the GNOME cause, which is why we will have even more dependency problems to solve in the future. Just to make an example, it is still very hard for me to understand why a packge like grace (which is a lesstif program to produce X-Y plots) should depend on gconf2. The motivation provided by the maintainer is that he decided to include a thumbnailer which allow GNOME-related file managers to provide a preview of grace files, and gconf was not able to add the needed xml stanzas easily if it was not already installed. Hence, they required gconf to be installed before grace in order for this thumbnailer to be recognised by gconf. So they added a useless dependencies on gconf to a lesstif program to plot graphs just to please those users who happen to use the GNOME ecosystem, a GNOME-aware file manager, and the damn lesstif program to plot graphs (which is mainly used in batch scripts, BTW...). You might think otherwise, but I remain convinced that this is just *SICK*. > > And all this comes from a "universal" operating system > > I thought that just meant it runs on lots of different hardware, not that it > aims to please all of the people all of the time? > You know it lately looks more like "universal = I make the decisions and whoever doesn't like them should STFU". That's why we are here, basically :) HND KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - GLUGCT -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thursday 15 June 2017 11:18:29 KatolaZ wrote: > On Thu, Jun 15, 2017 at 12:02:02PM +0200, Svante Signell wrote: > > > > gconf2 is not installed but gconf-service, gconf2-common and libgconf-2-4 > > are. > > > > Are they really needed? Trying to remove any of them causes > > emacs24/emacs25 to be removed. (And that is of course not allowed :( ) > > > > Maybe emacs packages for X should be rebuilt?? > > Hi Svante, > > I was considering that possibility, but didn't really want to go down > that path unless it is strictly needed, since we have far more > important priorities. > > In most of the cases those dependencies do not come from upstream, and > have been instead introduced by Debian packagers, who have made a lot > of effort to entangle as tightly as possible hundreds of packges with > GNOME stuff. How does this work out on a Debian system when you select a different DE, then? > That's really annoying, to be honest, also considering that the desktop > share of GNU/Linux is below 1% of the total market, and that the Debian > share of that small percentage might be less than 5% overall, taking into > account Mint, Ubuntu, and the rest. Well, surely that's an argument for saying "why bother with Linux on the desktop?" or "why bother with Debian on the desktop?" (neither of which I agree with, by the way) rather than "why does Debian focus so strongly on Gnome?" Surely the important measurement is "what percentage of Debian users want to have Gnome as their desktop?" > So we are talking of a relatively useless chain of dependencies introduced > to make happier a relatively minuscle minority of users. It only affects people who have already decided to use (a) GNU/Linux, and (b) Debian (and then (c) want to have choice about their desktop environment), so surely either: - the number of people affected by this decision is so small that there's no point in bothering about it either way or - what's important is the percentage of people who've already made decisions (a) and (b), who are then affected by choice (c). Again, I think the important question is "what percentage of Debian users want Gnome, and what percentage want something else?" That determines what degree of effort is worth putting into integrating, or separating, Gnome and the rest of Debian. > And all this comes from a "universal" operating system I thought that just meant it runs on lots of different hardware, not that it aims to please all of the people all of the time? Antony. -- "Remember: the S in IoT stands for Security." - Jan-Piet Mens Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Thu, Jun 15, 2017 at 12:02:02PM +0200, Svante Signell wrote: > On Tue, 2017-06-13 at 11:16 +0100, KatolaZ wrote: > > Hi All, > > > > So please, if you are using ascii with any > > Desktop Environment, could you please hel testing those packages and > > report any problem, so that we can move them to the main ascii repo > > asap? > > I've been trying out mate-session, wmaker and e17 with startx and all runs > fine > :) These have also been tested on another VM with lightdm. Works fine too. > > gconf2 is not installed but gconf-service, gconf2-common and libgconf-2-4 are. > > Are they really needed? Trying to remove any of them causes emacs24/emacs25 to > be removed. (And that is of course not allowed :( ) > > Maybe emacs packages for X should be rebuilt?? > Hi Svante, I was considering that possibility, but didn't really want to go down that path unless it is strictly needed, since we have far more important priorities. In most of the cases those dependencies do not come from upstream, and have been instead introduced by Debian packagers, who have made a lot of effort to entangle as tightly as possible hundreds of packges with GNOME stuff. That's really annoying, to be honest, also considering that the desktop share of GNU/Linux is below 1% of the total market, and that the Debian share of that small percentage might be less than 5% overall, taking into account Mint, Ubuntu, and the rest. So we are talking of a relatively useless chain of dependencies introduced to make happier a relatively minuscle minority of users. And all this comes from a "universal" operating system Pretty sad. KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - GLUGCT -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new dbus packages for ASCII in experimental -- PLEASE HELP TESTING
On Tue, 2017-06-13 at 11:16 +0100, KatolaZ wrote: > Hi All, > > So please, if you are using ascii with any > Desktop Environment, could you please hel testing those packages and > report any problem, so that we can move them to the main ascii repo > asap? I've been trying out mate-session, wmaker and e17 with startx and all runs fine :) These have also been tested on another VM with lightdm. Works fine too. gconf2 is not installed but gconf-service, gconf2-common and libgconf-2-4 are. Are they really needed? Trying to remove any of them causes emacs24/emacs25 to be removed. (And that is of course not allowed :( ) Maybe emacs packages for X should be rebuilt?? With emacs25-nox installed instead of emacs25 all gconf packages can be safely removed. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Xfce4 task uninstalled on upgrade to ascii
On Thu, Jun 15, 2017 at 01:18:30PM +1000, Tom wrote: > I've been having issues upgrading a standard Devuan Jessie install to > Ascii. During upgrade, the task-xfce4-desktop package gets uninstalled and > can't be installed afterwards due to dependency problems. > > Jessie has tasksel=3.33+devuan1.0 and Ascii has tasksel=3.33+devuan0.3 > which is preventing task-xfce4-desktop from being installed in Ascii. This > is also causing a number of xfce4-* and other packages to be marked as not > required and removable with apt-get autoremove. > [cut] > > The following packages have unmet dependencies: > task-xfce-desktop : Depends: tasksel (= 3.33+devuan0.3) but 3.33+devuan1.0 > is to be installed > Depends: xfce4 but it is not going to be installed > Recommends: xfce4-mixer but it is not installable > E: Unable to correct problems, you have held broken packages. > Hi Tom, the unmet dependency there might not be tasksel (which is a virtual package) rather a chain of deps which goes down to dbus. Since an updated version of dbus is now available in ascii's repos, you should be able to dist-upgrade to ascii (we will come back to tasksel as well, in due course). My2Cents KatolaZ -- [ ~.,_ Enzo Nicosia aka KatolaZ - GLUGCT -- Freaknet Medialab ] [ "+. katolaz [at] freaknet.org --- katolaz [at] yahoo.it ] [ @) http://kalos.mine.nu --- Devuan GNU + Linux User ] [ @@) http://maths.qmul.ac.uk/~vnicosia -- GPG: 0B5F062F ] [ (@@@) Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ ] signature.asc Description: Digital signature ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng