Re: [DNG] ascii an waiting for dhcp on boot

[Dr. Nikolaus Klepp]

Hi!

On 2017-11-29 08:37, Dr. Nikolaus Klepp wrote:
> Hi!
> 
> Am Mittwoch, 29. November 2017 schrieb Didier Kryn:
> > Le 29/11/2017 à 08:38, Dr. Nikolaus Klepp a écrit :
> > > Hi!
> > >
> > > When bootin ascii and eth0 is present and configured as dhcp and eth0 is 
> > > not connected to a network, then the boot process is blocked at ~ 1 
> > > minute at the stage where eth0 is configured. This is quite anoying and 
> > > did not happen on jessie. Is there an easy way to get the old behaviour 
> > > (i.e. background dhcp request) back on ascii?
> > >
> > 
> >      Sorry to reply by this triviality: did you check 
> > /etc/network/interfaces ?
> > 
> >      If you have 'auto eth0' , then it might explain the wait.
> >      Normally, if the cable is meant to be unplugged/replugged, you 
> > should have
> >      'allow-hotplug eth0' instead.
> > 
> >      Didier
> 
> Well, this is exactly the problem: I have these lines in 
> /etc/network/interfaces:
> 
> allow-hotplug eth0
> iface eth0 inet dhcp
> 

Maybe I did not make myself clear:

No matter which line I put in /etc/network/interfaces, be it "allow-hotplug 
eth0" or "auto eth0", booting is delayed when no network is present and dhcp 
should be used.

Could someboy else please check if this is behavior is reproducable?

Nik




___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Yevgeny Kosarzhevsky]

On 5 December 2017 at 14:21, Rick Moen  wrote:

> Quoting Didier Kryn (k...@in2p3.fr):
>
> > the NFS connection across the world-wide Internet; it is always on a
> > LAN and, given this, I don't see how it can be insecure.
>   ^^
> Ah, the 'nougat' model of security;  hard on the exterior only, soft and
> easily digestible once you get inside.  Bon appetit!


I don't know what's a 'nougat' security model, however I don't understand
what you mean.
If you get in the system with local /usr you can write there with root
access.
How would you write to read-only /usr mount in the same case?
How NFS mount will make your system less secure?
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Rick Moen]

Quoting Didier Kryn (k...@in2p3.fr):

> I heard that YP aka NIS was a horrible security threat. NFS is
> certainly not very secure either. But nobody considers establishing
> the NFS connection across the world-wide Internet; it is always on a
> LAN and, given this, I don't see how it can be insecure.
   ^^

Ah, the 'nougat' model of security;  hard on the exterior only, soft and
easily digestible once you get inside.  Bon appetit!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Rick Moen]

Quoting k...@aspodata.se (k...@aspodata.se):

> Sun's Yellow Pages is called NIS since a long time ago.

And NIS is lately spelled 'LDAP'.  ;->

NFSv4 is better and less gratuitously firewall-hostile than versions in
days of yore.

I still would carefully avoid exposing any NFS (what we traditionally 
called Nightmare File System, No Friggin' Security) to public networks.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] eudev or vdev?

[Yevgeny Kosarzhevsky]

Hello,

could someone enlighten me about differences in eudev and vdev packages?
I don't know which one to choose :)

-- 
Regards,
Yevgeny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Just so you know,

[zap]

I am unsubscribing, from dng, mostly because I no longer use devuan, I
am now using hyperbola another operating system that uses debian
packages for stability and security. It's a stable arch. I am using it
right now.

It also avoids systemd if anyone is interested. But this will be my last
comment likely. I am still on devuan forums if anyone wants to contact
me.  Farewell

-Zapper

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Didier Kryn]

Le 04/12/2017 à 20:30, Steve Litt a écrit :

Back in my youth, the wise men told me that NFS was a horrible security
threat unless you also used YP, which was too sophisticated for me to
ever figure out. So these days I use sshfs, which is nice, but slower
than a turtle dragging a railroad engine.

Is NFS still a security problem? Does it still have that issue where
you never knew what port it would listen on? Do you still need YP,and
is YP as monumentally difficult as I remember it being?

Are a lot of you using NFS? Do you feel safe doing so?


    I heard that YP aka NIS was a horrible security threat. NFS is 
certainly not very secure either. But nobody considers establishing the 
NFS connection across the world-wide Internet; it is always on a LAN 
and, given this, I don't see how it can be insecure.


        Didier


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[Didier Kryn]

Le 04/12/2017 à 18:13, J. Fahrner a écrit :

Am 2017-12-04 17:54, schrieb Yevgeny Kosarzhevsky:

"no_root_squash  Turn off root squashing. This option is mainly 
useful for diskless clients."


NFS was never meant to be a filesystem for diskless workstations, so 
you cannnot expect to behave like one. Diskless workstations have also 
memory for the base system, they only *boot* over network. They don't 
use a network filesystem to replace local storage for the *system* 
itsself.


You cannot expect from a unix system to mount each folder you like 
through a network filesystem. This is not a bug, it's a feature. ;-) 
The same as on windows systems, where you cannot expect to mount 
C:\windows\system32 through cifs ;-) 


    I have a bunch of diskless single-board computers in production, 
mounting their root filesystem through NFS. Most of this filesystem is 
common and part is per-host (in /lib). /run is on tmpfs. This system has 
been in production for 7 years, I think, and has acquired Terabytes of 
data from digitizers. The SBCs currently run Debian-Wheezy (I started 
with Sarge).


    You can actually nfs-mount any folder you like.

    Didier

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[Didier Kryn]

Le 04/12/2017 à 17:11, J. Fahrner a écrit :

Hi,

Am 2017-12-04 16:12, schrieb Yevgeny Kosarzhevsky:

I am unable to mount empty /usr on jessie. Is there any workaround or 
should I keep some files there? Or is there any build for 
libgssapi-krb5-2 to keep its files in /lib?


~# ldd /sbin/mount.nfs|grep usr
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 
(0x7fa814c44000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 
(0x7fa81497)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 
(0x7fa81473f000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 
(0x7fa813a92000)


You want to mount /usr through nfs? I think that's generally no good 
idea.
Nowadays /usr is part of the base system and should reside on local 
storage.


    It is always possible to mount any filesystem through NFS; This has 
been possible in Linux far before the use of initrd or initramfs, but it 
always requires some special tricks which aren't implemented by distros. 
Nowadays the best solution is to write your own initramfs. It is 
absolutely possible to run Devuan on top of your own kernel and 
initramfs, but it takes some time and learning. If you have the time, it 
is quite interesting. The alternative woud be to move some commands from 
/usr/bin to /bin, but this would mess up the package manager.


    Didier

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Yevgeny Kosarzhevsky]

On 5 December 2017 at 03:30, Steve Litt  wrote:

>
> Are a lot of you using NFS? Do you feel safe doing so?
>

Yes it happens in trusted networks. I don't see any additional security
threat in this case.
I also use it in some multiple virtual machines setup to minimize hard
drive usage.
It's also can be considered as trusted environment.

-- 
Regards,
Yevgeny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[Yevgeny Kosarzhevsky]

On 5 December 2017 at 04:17, Arnt Gulbrandsen 
wrote:

> k...@aspodata.se writes:
>
>> If you know any specific packages which breaks the "separate /usr" idea,
>> please report.
>>
>
> Libraries in these
>
> libgssapi-krb5-2
> libk5crypto3
> libkrb5-3
> libkrb5support0
>

I have rebuilt those above to install to /lib in ascii.
That was a quick fix and mount.nfs has worked correctly after that.
So I guess it's worthy to be reported to maintainer.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[Arnt Gulbrandsen]

k...@aspodata.se writes:

If you know any specific packages which breaks the "separate /usr" idea,
please report.


Libraries in these

libdiscover2
libffi6
libgmp10
libgnutls-deb0-28
libgnutls-openssl27
libgssapi-krb5-2
libhogweed2
libk5crypto3
libkrb5-3
libkrb5support0
libnettle4
libp11-kit0
libstdc++6
libtasn1-6

are used by binaries in these

ping6
cgdisk
discover-modprobe
discover-pkginstall
discover
fixparts
gdisk
mount.nfs
mount.nfs4
rpcbind
rpc.statd
sgdisk
showmount
sm-notify

As you can see using e.g.

$ for a in /{,s}bin/*(.) ; do ldd $a ; done | grep /usr/

$ for a in /{,s}bin/*(.) ; do ldd $a | grep -q /usr/ && echo $a ; done

I decided not to report any bugs though. Initramfs has largely taken over 
the classic role of the small file system on /.


Arnt

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Arnt Gulbrandsen]

Steve Litt writes:

It appears you're using NFS.

Back in my youth, the wise men told me that NFS was a horrible security
threat unless you also used YP, which was too sophisticated for me to
ever figure out.


That's a long time ago and the world has changed.

Back then, the big problem was that people used "world-readable" and even 
"world-writable" settings, then then the world turned out to be a big 
place. Someone with UID 1026 somewhere could come along and read/write all 
the files belonging to the intended UID 1026.


I remember NFS-mounting someone's file systems on another continent and 
snarfing ungodly amounts of porn, it must have been in 1990 or 1991.


The world has changed. Packet filters and firewalls are now the default. 
The risk that someone can come and impersonate UID 1026 isn't a major 
factor these days.


Arnt

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[karl]

Yevgeny Kosarzhevsky:
...
> I only worrying that I cannot make it work without having certain libs in
> /usr/lib. I believe that linking against them /sbin files is not good idea
> and wondering if there are any steps in Devuan to avoid /usr/lib
> dependencies for files that are stored in /sbin and /bin directories. That
> seems a proper logic that files in /bin and /sbin depend only on libraries
> stored in /lib directory.

Well, my stance is that separate /usr is useful and should be supported
except perhaps for complex setups.

If you know any specific packages which breaks the "separate /usr" idea,
please report.

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[Simon Hobson]

Steve Litt  wrote:

> Back in my youth, the wise men told me that NFS was a horrible security
> threat unless you also used YP, which was too sophisticated for me to
> ever figure out. So these days I use sshfs, which is nice, but slower
> than a turtle dragging a railroad engine.
> 
> Is NFS still a security problem? Does it still have that issue where
> you never knew what port it would listen on? Do you still need YP,and
> is YP as monumentally difficult as I remember it being?
> 
> Are a lot of you using NFS? Do you feel safe doing so?

At my last place I used NFS to share a mailstore between several mail servers - 
no problems. It was quite a few years ago that I set it up, and I no longer 
have access to the systems since they made me redundant, but I'm sure I nailed 
it down to fixed ports.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] NFS: was mounting /usr

[karl]

Steve Litt:
> On Mon, 4 Dec 2017 23:12:59 +0800
> Yevgeny Kosarzhevsky  wrote:
...
> > ~# ldd /sbin/mount.nfs|grep usr
> 
> It appears you're using NFS.
> 
> Back in my youth, the wise men told me that NFS was a horrible security
> threat unless you also used YP, which was too sophisticated for me to
> ever figure out. So these days I use sshfs, which is nice, but slower
> than a turtle dragging a railroad engine.

Suns yellow pages is called nis since long time ago.

> Is NFS still a security problem?

NFS security model treated hosts, network and root as trusted, which
doesn't match the reality today. Maybe nfs v4 and kerberos solves part
of the problems.
 If you don't trust the network, perhaps running it over a tunnel will
help.

> Does it still have that issue where you never knew what port it
> would listen on?

You use portmap for that.

> Do you still need YP,and is YP as monumentally difficult as I
> remember it being?

I don't think you ever needed nis.
If you want help with nis, please ask on the list.

> Are a lot of you using NFS? Do you feel safe doing so?

It happens, not regulary.

Regards,
/Karl Hammar

---
Aspö Data
Lilla Aspö 148
S-742 94 Östhammar
Sweden
+46 173 140 57


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] NFS: was mounting /usr

[Steve Litt]

On Mon, 4 Dec 2017 23:12:59 +0800
Yevgeny Kosarzhevsky  wrote:

> Hello,
> 
> I am unable to mount empty /usr on jessie. Is there any workaround or
> should I keep some files there?
> Or is there any build for libgssapi-krb5-2 to keep its files in /lib?
> 
> ~# ldd /sbin/mount.nfs|grep usr

It appears you're using NFS.

Back in my youth, the wise men told me that NFS was a horrible security
threat unless you also used YP, which was too sophisticated for me to
ever figure out. So these days I use sshfs, which is nice, but slower
than a turtle dragging a railroad engine.

Is NFS still a security problem? Does it still have that issue where
you never knew what port it would listen on? Do you still need YP,and
is YP as monumentally difficult as I remember it being?

Are a lot of you using NFS? Do you feel safe doing so?

Thanks,

SteveT

Steve Litt 
November 2017 featured book: Troubleshooting: Just the Facts
http://www.troubleshooters.com/tjust
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Failure installing eclipse on jessie

[lpb+devuan]

I can confirm this now works by successfully doing the following:

% sudo dpkg --purge libcommons-pool-java
% sudo apt-get update
% sudo apt-get install libcommons-pool-java

Thanks,
L

On 12/04/2017 01:00 PM, KatolaZ wrote:
> On Mon, Dec 04, 2017 at 10:30:40AM -0600, lpb+dev...@kandl.houston.tx.us 
> wrote:
>> Daniel, thanks. In the mean time, I have downloaded the package directly
>> from the URL you gave below, and applied with dpkg -i. I hope the
>> amprolla3 server becomes fixed as you describe below.
>>
>>
> 
> Hi,
> 
> just to confirm that parazyd has solved the bug in amprolla3:
> 
>   
> https://git.devuan.org/devuan-infrastructure/amprolla3/commit/d4d4fd651230b146c9cfd2bd0f2cf1e31e97deaf
> 
> A subtle one, tbh. If you could please try again and confirm that it
> works, that would be appreciated.
> 
> HND
> 
> KatolaZ
> 
> P.S.: despite the commit hash ends in "deaf" we must definitely say
> that parazyd was quite "responsive" on this one!
> 
> 
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 

-- 
ıɐq  ıƃınl
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Failure installing eclipse on jessie

[KatolaZ]

On Mon, Dec 04, 2017 at 10:30:40AM -0600, lpb+dev...@kandl.houston.tx.us wrote:
> Daniel, thanks. In the mean time, I have downloaded the package directly
> from the URL you gave below, and applied with dpkg -i. I hope the
> amprolla3 server becomes fixed as you describe below.
> 
> 

Hi,

just to confirm that parazyd has solved the bug in amprolla3:

  
https://git.devuan.org/devuan-infrastructure/amprolla3/commit/d4d4fd651230b146c9cfd2bd0f2cf1e31e97deaf

A subtle one, tbh. If you could please try again and confirm that it
works, that would be appreciated.

HND

KatolaZ

P.S.: despite the commit hash ends in "deaf" we must definitely say
that parazyd was quite "responsive" on this one!

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- 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] mounting /usr

[Yevgeny Kosarzhevsky]

On 5 December 2017 at 01:13, J. Fahrner  wrote:

> Am 2017-12-04 17:54, schrieb Yevgeny Kosarzhevsky:
>
> "no_root_squash  Turn off root squashing. This option is mainly useful for
>> diskless clients."
>>
>
> NFS was never meant to be a filesystem for diskless workstations, so you
> cannnot expect to behave like one. Diskless workstations have also memory
> for the base system, they only *boot* over network. They don't use a
> network filesystem to replace local storage for the *system* itsself.
>
> You cannot expect from a unix system to mount each folder you like through
> a network filesystem. This is not a bug, it's a feature. ;-) The same as on
> windows systems, where you cannot expect to mount C:\windows\system32
> through cifs ;-)
>

Alright, this is your opinion and it is wrong.
It's possible to use NFS even for root partition, you can check
https://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt
I did not say in my post that mounting /usr doesn't work for me. It works.
I only worrying that I cannot make it work without having certain libs in
/usr/lib. I believe that linking against them /sbin files is not good idea
and wondering if there are any steps in Devuan to avoid /usr/lib
dependencies for files that are stored in /sbin and /bin directories. That
seems a proper logic that files in /bin and /sbin depend only on libraries
stored in /lib directory.

-- 
Regards,
Yevgeny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[J. Fahrner]

Am 2017-12-04 17:54, schrieb Yevgeny Kosarzhevsky:

"no_root_squash  Turn off root squashing. This option is mainly useful 
for diskless clients."


NFS was never meant to be a filesystem for diskless workstations, so you 
cannnot expect to behave like one. Diskless workstations have also 
memory for the base system, they only *boot* over network. They don't 
use a network filesystem to replace local storage for the *system* 
itsself.


You cannot expect from a unix system to mount each folder you like 
through a network filesystem. This is not a bug, it's a feature. ;-) The 
same as on windows systems, where you cannot expect to mount 
C:\windows\system32 through cifs ;-)


Jochen
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[Yevgeny Kosarzhevsky]

On 5 December 2017 at 00:43, J. Fahrner  wrote:

> Yes I need it for virtual machines so they won't store the same data.
>
> NFS is not the right protocol for such things. NFS is a *network* storage
> filesystem and behaves not like a local filesystem. Through NFS user root
> gets mapped to nobody on the remote system, otherwise NFS would be a big
> security risc.
>

Find out 'no_root_squash' option. From 'man exports':
"no_root_squash  Turn off root squashing. This option is mainly useful for
diskless clients."

-- 
Regards,
Yevgeny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] mounting /usr

[J. Fahrner]

Am 2017-12-04 17:21, schrieb Yevgeny Kosarzhevsky:


Yes I need it for virtual machines so they won't store the same data.


NFS is not the right protocol for such things. NFS is a *network* 
storage filesystem and behaves not like a local filesystem. Through NFS 
user root gets mapped to nobody on the remote system, otherwise NFS 
would be a big security risc.


Jochen
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Failure installing eclipse on jessie

[lpb+devuan]

Daniel, thanks. In the mean time, I have downloaded the package directly
from the URL you gave below, and applied with dpkg -i. I hope the
amprolla3 server becomes fixed as you describe below.


On 12/04/2017 09:52 AM, Daniel Abrecht wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> The package is at:
> http://pkgmaster.devuan.org/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
> Or:
> http://auto.mirror.devuan.org/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
> Or:
> http://devuanfwojg73k6r.onion/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
> 
> As far as I know, pkgmaster.devuan.org and devuanfwojg73k6r.onion are
> the same server and use the new amprolla3, while
> auto.mirror.devuan.org still uses the old one until amprolla3 is
> sufficiently tested.
> 
> Looking at the file
> http://pkgmaster.devuan.org/merged/dists/jessie/main/binary-amd64/Packages.gz,
> the entry for libcommons-pool-java is as follows:
>> Package: libcommons-pool-java Version: 1.6-2 Installed-Size: 165 
>> Maintainer: Debian Java Maintainers
> 
>> Architecture: all Homepage: http://commons.apache.org/pool/ 
>> Description: pooling implementation for Java objects 
>> Description-md5: 3a9df963586886381885c548196b37ea Source:
>> commons-pool Tag: devel::lang:java, devel::library,
>> implemented-in::java,
> role::devel-lib,
>> role::shared-lib Section: java Priority: optional Filename:
> pool/DEBIAN/main/c/commons-pool/DEBIAN/libcommons-pool-java_1.6-2_all.deb
>> Size: 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
>> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
>> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e
> 
> The filename entry:
> pool/DEBIAN/main/c/commons-pool/DEBIAN/libcommons-pool-java_1.6-2_all.deb
> should be:
> pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
> 
> Looking at the file
> http://pkgmaster.devuan.org/merged/dists/jessie/main/binary-amd64/Packages.gz,
> the entry for libcommons-pool-java is as follows:
>> Package: libcommons-pool-java Source: commons-pool Version: 1.6-2 
>> Installed-Size: 165 Maintainer: Debian Java Maintainers
> 
>> Architecture: all Description: pooling implementation for Java
>> objects Homepage: http://commons.apache.org/pool/ Description-md5:
>> 3a9df963586886381885c548196b37ea Tag: devel::lang:java,
>> devel::library, implemented-in::java,
> role::devel-lib,
>> role::shared-lib Section: java Priority: optional Filename:
> pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
>> Size: 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
>> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
>> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e
> 
> Here, the filename is correct.
> 
> As far as I know, amprolla merges the packages for jessie from
> https://deb.debian.org/debian/. The file at
> https://deb.debian.org/debian/dists/jessie/main/binary-amd64/Packages.gz
> contains:
>> Package: libcommons-pool-java Source: commons-pool Version: 1.6-2 
>> Installed-Size: 165 Maintainer: Debian Java Maintainers
> 
>> Architecture: all Description: pooling implementation for Java
>> objects Homepage: http://commons.apache.org/pool/ Description-md5:
>> 3a9df963586886381885c548196b37ea Tag: devel::lang:java,
>> devel::library, implemented-in::java,
> role::devel-lib,
>> role::shared-lib Section: java Priority: optional Filename:
>> pool/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb Size:
>> 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
>> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
>> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e
> 
> Here, the filename is correct too. Therefore, there is probably an
> error in amprolla3.
> 
> On 2017-12-04 01:54, lpb+dev...@kandl.houston.tx.us wrote:
>> On jessie, I'm having trouble the eclipse package, because I am
>> getting a 404 on a java package. Here's the error I get:
>>
>> Err tor+http://devuanfwojg73k6r.onion/merged/ jessie/main 
>> libcommons-pool-java all 1.6-2 HttpError404
>>
>> Here is my sources.list:
>>
>> deb tor+http://devuanfwojg73k6r.onion/merged jessie  main
>> contrib deb tor+http://devuanfwojg73k6r.onion/merged jessie-updates
>> main contrib deb tor+http://devuanfwojg73k6r.onion/merged
>> jessie-security main contrib
>>
>> Any suggestions appreciated. 
>> ___ Dng mailing list 
>> Dng@lists.dyne.org 
>> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>>
> -BEGIN PGP SIGNATURE-
> 
> iQFIBAEBCAAyFiEEZT8xKpcJ1eXNKSM1cASjafdLVoEFAlolbz8UHG1lQGRhbmll
> bGFicmVjaHQuY2gACgkQcASjafdLVoETSAf+PZ+7vm6YGacIGrhq1DGvHr62G4Q7
> 5DJ50x9KhlbuMqSGMaOKyGiZdoo4BLYwwYmFodXE1qOhxQNAVMjPD7yEuU248iAm
> 

Re: [DNG] Failure installing eclipse on jessie

[Daniel Abrecht]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The package is at:
http://pkgmaster.devuan.org/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
Or:
http://auto.mirror.devuan.org/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
Or:
http://devuanfwojg73k6r.onion/merged/pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb

As far as I know, pkgmaster.devuan.org and devuanfwojg73k6r.onion are
the same server and use the new amprolla3, while
auto.mirror.devuan.org still uses the old one until amprolla3 is
sufficiently tested.

Looking at the file
http://pkgmaster.devuan.org/merged/dists/jessie/main/binary-amd64/Packages.gz,
the entry for libcommons-pool-java is as follows:
> Package: libcommons-pool-java Version: 1.6-2 Installed-Size: 165 
> Maintainer: Debian Java Maintainers

> Architecture: all Homepage: http://commons.apache.org/pool/ 
> Description: pooling implementation for Java objects 
> Description-md5: 3a9df963586886381885c548196b37ea Source:
> commons-pool Tag: devel::lang:java, devel::library,
> implemented-in::java,
role::devel-lib,
> role::shared-lib Section: java Priority: optional Filename:
pool/DEBIAN/main/c/commons-pool/DEBIAN/libcommons-pool-java_1.6-2_all.deb
> Size: 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e

The filename entry:
pool/DEBIAN/main/c/commons-pool/DEBIAN/libcommons-pool-java_1.6-2_all.deb
should be:
pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb

Looking at the file
http://pkgmaster.devuan.org/merged/dists/jessie/main/binary-amd64/Packages.gz,
the entry for libcommons-pool-java is as follows:
> Package: libcommons-pool-java Source: commons-pool Version: 1.6-2 
> Installed-Size: 165 Maintainer: Debian Java Maintainers

> Architecture: all Description: pooling implementation for Java
> objects Homepage: http://commons.apache.org/pool/ Description-md5:
> 3a9df963586886381885c548196b37ea Tag: devel::lang:java,
> devel::library, implemented-in::java,
role::devel-lib,
> role::shared-lib Section: java Priority: optional Filename:
pool/DEBIAN/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb
> Size: 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e

Here, the filename is correct.

As far as I know, amprolla merges the packages for jessie from
https://deb.debian.org/debian/. The file at
https://deb.debian.org/debian/dists/jessie/main/binary-amd64/Packages.gz
contains:
> Package: libcommons-pool-java Source: commons-pool Version: 1.6-2 
> Installed-Size: 165 Maintainer: Debian Java Maintainers

> Architecture: all Description: pooling implementation for Java
> objects Homepage: http://commons.apache.org/pool/ Description-md5:
> 3a9df963586886381885c548196b37ea Tag: devel::lang:java,
> devel::library, implemented-in::java,
role::devel-lib,
> role::shared-lib Section: java Priority: optional Filename:
> pool/main/c/commons-pool/libcommons-pool-java_1.6-2_all.deb Size:
> 105476 MD5sum: a22fa2916fd991ca757c9b893e75778b SHA1:
> 7155500feee34f5e0ffcd3297343b8f4e544718b SHA256:
> d3d9fb183a9c7b6379b51998f7ae18bc32faafb091672620f7af47454aef2a1e

Here, the filename is correct too. Therefore, there is probably an
error in amprolla3.

On 2017-12-04 01:54, lpb+dev...@kandl.houston.tx.us wrote:
> On jessie, I'm having trouble the eclipse package, because I am
> getting a 404 on a java package. Here's the error I get:
> 
> Err tor+http://devuanfwojg73k6r.onion/merged/ jessie/main 
> libcommons-pool-java all 1.6-2 HttpError404
> 
> Here is my sources.list:
> 
> deb tor+http://devuanfwojg73k6r.onion/merged jessie  main
> contrib deb tor+http://devuanfwojg73k6r.onion/merged jessie-updates
> main contrib deb tor+http://devuanfwojg73k6r.onion/merged
> jessie-security main contrib
> 
> Any suggestions appreciated. 
> ___ Dng mailing list 
> Dng@lists.dyne.org 
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
> 
-BEGIN PGP SIGNATURE-

iQFIBAEBCAAyFiEEZT8xKpcJ1eXNKSM1cASjafdLVoEFAlolbz8UHG1lQGRhbmll
bGFicmVjaHQuY2gACgkQcASjafdLVoETSAf+PZ+7vm6YGacIGrhq1DGvHr62G4Q7
5DJ50x9KhlbuMqSGMaOKyGiZdoo4BLYwwYmFodXE1qOhxQNAVMjPD7yEuU248iAm
COKLs1Fp7vNfBtEXbWFiR642f68GZFgELt78+Q1Hde30i34MF/jT9LXlw+coFUWe
+OgwPxTlNfCa3PRsIeQSBZeU67meAY+hc4WzMr6krj4bPbPxCpA9Qx/Bw3EaRTCK
4T0lyTRHfXXuO0Ci26RLj24C7ybCwMzMjBdOaphbCPiTS9etzogbq9sUYDU/QQ5J
tKUAXr7ksgnaFkXOHQEJ58At8j90A0arjQWtASPdn5e4+1WTfzUt4Mcw+g==
=/3Dm
-END PGP SIGNATURE-
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] mounting /usr

[Yevgeny Kosarzhevsky]

Hello,

I am unable to mount empty /usr on jessie. Is there any workaround or
should I keep some files there?
Or is there any build for libgssapi-krb5-2 to keep its files in /lib?

~# ldd /sbin/mount.nfs|grep usr
libgssapi_krb5.so.2 =>
/usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x7fa814c44000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3
(0x7fa81497)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3
(0x7fa81473f000)
libkrb5support.so.0 =>
/usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x7fa813a92000)


-- 
Regards,
Yevgeny
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Failure installing eclipse on jessie

[lpb+devuan]

On 12/04/2017 05:29 AM, KatolaZ wrote:
> On Sun, Dec 03, 2017 at 07:54:23PM -0600, lpb+dev...@kandl.houston.tx.us 
> wrote:
>> On jessie, I'm having trouble the eclipse package, because I am getting
>> a 404 on a java package. Here's the error I get:
>>
>> Err tor+http://devuanfwojg73k6r.onion/merged/ jessie/main
>> libcommons-pool-java all 1.6-2
>>   HttpError404
>>
>> Here is my sources.list:
>>
>> deb tor+http://devuanfwojg73k6r.onion/merged jessie  main contrib
>> deb tor+http://devuanfwojg73k6r.onion/merged jessie-updates  main contrib
>> deb tor+http://devuanfwojg73k6r.onion/merged jessie-security main contrib
>>
>> Any suggestions appreciated.
> 
> Sorry for the silly comment, but have you apt-get updated recently?
> The tor repos will redirect to the corresponding Debian's tor repos,
> so it looks quite strange that those packagese are not in place. It
> looks more like a network glitch.
> 
> My2Cents
> 
> KatolaZ
> 
> 
> 

Hi KatolaZ, thanks for the suggestion. I *had* updated several times,
and in fact also tried adding ascii to see if that would help. The ascii
release has 1.6-3 of the package, and gave me exactly the same error
(404) yesterday and this morning (after another apt-get update).

Maybe the Debian tor repo is broken? From the other replies, the non-tor
devuan/debian repos seem to have the package just fine. How best to
diagnose while still using tor?

Thanks


___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Failure installing eclipse on jessie

[KatolaZ]

On Sun, Dec 03, 2017 at 07:54:23PM -0600, lpb+dev...@kandl.houston.tx.us wrote:
> On jessie, I'm having trouble the eclipse package, because I am getting
> a 404 on a java package. Here's the error I get:
> 
> Err tor+http://devuanfwojg73k6r.onion/merged/ jessie/main
> libcommons-pool-java all 1.6-2
>   HttpError404
> 
> Here is my sources.list:
> 
> deb tor+http://devuanfwojg73k6r.onion/merged jessie  main contrib
> deb tor+http://devuanfwojg73k6r.onion/merged jessie-updates  main contrib
> deb tor+http://devuanfwojg73k6r.onion/merged jessie-security main contrib
> 
> Any suggestions appreciated.

Sorry for the silly comment, but have you apt-get updated recently?
The tor repos will redirect to the corresponding Debian's tor repos,
so it looks quite strange that those packagese are not in place. It
looks more like a network glitch.

My2Cents

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- 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] Failure installing eclipse on jessie

[Linux O'Beardly]

I am currently using the following mirrors on Devuan Jessie:

deb http://packages.devuan.org/merged jessie main contrib non-free
deb http://packages.devuan.org/merged jessie-updates main contrib non-free
deb http://packages.devuan.org/merged jessie-proposed-updates main contrib
non-free
deb http://packages.devuan.org/merged jessie-backports main contrib non-free

After an apt-get update, I was able to install both libcommons-pool-java
and eclipse from the above mentioned repos without issue.  I would suggest
changing your repos, dumping and refreshing your package cache, and try
installing again.

HTH,

Linux O'Beardly

On Sun, Dec 3, 2017 at 8:54 PM,  wrote:

> On jessie, I'm having trouble the eclipse package, because I am getting
> a 404 on a java package. Here's the error I get:
>
> Err tor+http://devuanfwojg73k6r.onion/merged/ jessie/main
> libcommons-pool-java all 1.6-2
>   HttpError404
>
> Here is my sources.list:
>
> deb tor+http://devuanfwojg73k6r.onion/merged jessie  main contrib
> deb tor+http://devuanfwojg73k6r.onion/merged jessie-updates  main contrib
> deb tor+http://devuanfwojg73k6r.onion/merged jessie-security main contrib
>
> Any suggestions appreciated.
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng