Hi,
while revising bind9 udebs, KiBi suggested that non-Linux architectures
might be using isc-dhcpd instead of udhcpd due some problems and it
might be a good idea to revise the decision now that we have a busybox
maintainer?
Cheers,
--
Ondřej Surý
On 23 Oct 2017, at 08:36, Ondřej Surý wrote:
>
> Hi,
>
> while revising bind9 udebs, KiBi suggested that non-Linux architectures
> might be using isc-dhcpd instead of udhcpd due some problems and it
> might be a good idea to revise the decision now that we have a busybox
> maintainer?
That's no
On 23/10/17 08:36, Ondřej Surý wrote:
> Hi,
>
> while revising bind9 udebs, KiBi suggested that non-Linux architectures
> might be using isc-dhcpd instead of udhcpd due some problems and it
> might be a good idea to revise the decision now that we have a busybox
> maintainer?
I presume you actual
Package: apt
Version: 1.5~alpha1
Severity: normal
[ X-D-Cc: debian-boot@ and jrt...@debian.org ]
Hi,
Finally reporting this, which started a while ago:
| root@wodi:/# apt-get update
| Get:1 http://localhost/debian buster InRelease [136 kB]
| Get:2 http://localhost/debian buster/main Translation-
Just to rephrase my original request then...
Personally, I don't really care about the DHCP client used in d-i, but I
do care about complexity in the bind9 packaging.
The --without-openssl support will go away (probably in BIND 9.13) and I
would rather unify the two sets of libraries into one. If
Hi,
On Mon, Oct 23, 2017 at 10:17:13AM +0200, Cyril Brulebois wrote:
> [ X-D-Cc: debian-boot@ and jrt...@debian.org ]
If you say so :)
> Finally reporting this, which started a while ago:
> | root@wodi:/# apt-get update
> | Get:1 http://localhost/debian buster InRelease [136 kB]
> | Get:2 http:
On 23.10.2017 09:36, Ondřej Surý wrote:
> while revising bind9 udebs, KiBi suggested that non-Linux architectures
> might be using isc-dhcpd instead of udhcpd due some problems and it
> might be a good idea to revise the decision now that we have a busybox
> maintainer?
Ubuntu has used dhclient fo
Hi
> This happened to me as well, check if a slight change to the systemd
> unit file helps:
> /lib/systemd/system/console-setup.service
> RequiresMountsFor=/usr /tmp
>
> i.e. add /tmp
> My /tmp is mounted as tmpfs so that could pose a problem. After changing
> this line console-setup seems to sta
On Mon, Oct 23, 2017 at 02:55:58PM +, Rupert Perry wrote:
>
> > This happened to me as well, check if a slight change to the systemd
> > unit file helps:
> > /lib/systemd/system/console-setup.service
> > RequiresMountsFor=/usr /tmp
>
> I have this same problem and I tried this solution and it
Hi Anton,
> > > This happened to me as well, check if a slight change to the systemd
> > > unit file helps:
> > > /lib/systemd/system/console-setup.service
> > > RequiresMountsFor=/usr /tmp
> >
> > I have this same problem and I tried this solution and it didn't fix
> > the problem for me.
>
>
Hi KiBi,
thanks for your reply.
I've pushed a wip branch to
https://anonscm.debian.org/cgit/collab-maint/pkg-util-linux.git/log/?h=wip/eject
The resulting binary packages look fine afaics, especially the udeb:
$ dpkg --info eject-udeb_2.30.2-0.1_amd64.udeb
new Debian package, version 2.0.
siz
Package: installation-reports
Boot method: usb drive
Image version:
https://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/debian-testing-amd64-DVD-1.iso
Date: 23 Oct, 2017
Machine: Dell Vostro 5459
Processor: Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz
Memory: 8GB
Partitions:
/dev/mapper/
Package: apt
Version: 1.4.8
Severity: serious
Tags: d-i
Justification: FTBFS
[ Please keep both debian-boot@ and me in copy. ]
It seems the “most secure file downloading on the planet” can no longer
copy files around:
| get-packages udeb
| make[5]: 'sources.list.udeb' is up to date.
| Ign:1 cop
13 matches
Mail list logo
