Package: ifupdown
Version: 0.6.10
Severity: wishlist
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Debian GNU/kFreeBSD provides two route implementations, /lib/freebsd/route
which is the FreeBSD version of route, and /sbin/route which is a shell
wrapper that attempts to provide
2011/10/22 Arno Töll :
> sorry, you're right. My regular expression was to greedy. I reviewed the
> output and refreshed the respective patches. I also updated 07_manpages
> to correctly reflect Debian sections (and renamed it).
Thanks. It seems there are some unnecessary hunks left, e.g.:
-
Package: istgt
Version: 0.4~20110928-1
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed
istgt fails to build with ld --as-needed.
With this flag objects needing symbols must be placed after libraries
providing them.
Else libraries will not be registered as ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Robert,
On 22.10.2011 15:52, Robert Millan wrote:
> Please can you recheck?
sorry, you're right. My regular expression was to greedy. I reviewed the
output and refreshed the respective patches. I also updated 07_manpages
to correctly reflect De
I propose that /sbin/route is replaced with FreeBSD route. Then we
could keep the wrapper elsewhere in case it's useful (e.g. to shell
users).
Yes please,
/sbin/route should be FreeBSD route,
/sbin/ifconfig should be FreeBSD ifconfig.
The same hold for mount, idea is that
the basic OS manipula
2011/10/21 Robert Millan :
>> * I fixed hyphen-used-as-minus-sign by a Perl hack in debian/rules
>
> I'll send that upstream.
Actually I can't send this upstream, your changes do a lot more than
fixing the hyphens. For example, they replace valid hyphens with
dashes in compund words. I think the
Hi,
I've recently found (and filed) two bugs that expose severe problems
with route management on Debian GNU/kFreeBSD:
Bug#645502: isc-dhcp-client: Resync dhclient-script with FreeBSD version
Bug#646221: openvpn: /sbin/route wrapper doesn't provide FreeBSD CLI as expected
In both cases, I propos
Package: openvpn
Version: 2.1.3-2
Severity: important
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
OpenVPN is mostly broken on GNU/kFreeBSD because it attempts to use /sbin/route
with FreeBSD command-line interface. /sbin/route is a compatibility wrapper
which attempts to map
On 22.10.2011 10:57, Robert Millan wrote:
> I wouldn't go through all this hassle unless we really need to. Can't
> we just move the current .so.0 files from their respective
> lib{zfs,zpool,etc} packages to zfsutils package and remove the -dev
> packages?
Technically? Yes. Without problems.
We
Processing commands for cont...@bugs.debian.org:
> block 618382 with 637101
Bug #618382 [zfsutils] zfsutils: Inability to have /usr on a seperate zfs
filesystem when using a zroot.
Was not blocked by any bugs.
Added blocking bug(s) of 618382: 637101
> thanks
Stopping processing here.
Please cont
2011/10/22 Arno Töll :
>> /usr/lib/libbfd-2.20.1-system.20100303.so
>> /usr/lib/libopcodes-2.20.1-system.20100303.so
>
> I might be missing something, but "libbfd-2.20.1-system.20100303.so" is
> not exactly my understanding of "unversioned". In fact, they include a
> date based version in its name
2011/10/21 Arno Töll :
> That said, I am perfectly fine an appreciate if anyone wants to wrap a
> API compatible, GPL friendly wrapper around a license compatible crypto
> library. As far as I know, Guillem is pretty much done in doing so.
Just a sidenote: Upstream doesn't like GPL, but they gener
Hello Petr,
On 22.10.2011 08:47, Petr Salinger wrote:
>> But yes, could keep shipping the shared objects as they are. We could
>> embed the libraries into the zfsutils binary package and install them to
>> a private location, say /lib/zfsutils.
>
> It does not have to be a private path,
> i.e. bin
13 matches
Mail list logo
