Package: dahdi-dkms
Version: 1:3.1.0+git20230717~dfsg-5
Severity: wishlist
Dear Maintainer,
I lost support for my TDM400P when updating to v3.1.0 as upstream had removed
the wctdm module. v3.3.0 brings it back, so an update to that version along
with re-enabling the module in dkms.conf.in would
I'm pretty happy with that solution. the downside would be that the Z3
constraint solver can't be used by LLVM. Ubuntu and Fedora currently
have it disabled for all architectures and I'm not seeing any bug
reports.
On Mon, Oct 17, 2022 at 3:33 PM Bernhard Übelacker
wrote:
>
> Hello Karo, hello
> The package pulling in libz3-4 into the dependency chain is libllvm14.
> I've noticed the ubuntu version of the package does not link against
> libz3-4 and the libz3-4 package can be removed from the system and
> xorg and mesa function just fine. Perhaps a version of libllvm14
> compiled without
On Tue, Oct 11, 2022 at 4:06 AM karogyoker999 wrote:
>
> > As far as I see your MR just adds a dependency to sse2-support,
> > which I guess just makes the installation abort in case of a CPU
> > not supporting sse2, so I guess this would just make
> > mesa not installable on your hardware?
>
>
Package: libz3-4
Version: 4.8.12-1+b2
Severity: important
X-Debbugs-Cc: russ.d...@gmail.com
Dear Maintainer,
Running Xorg on my Pentium Pro system crashes with an illegal instruction:
(gdb) run
Starting program: /usr/lib/xorg/Xorg
[Thread debugging using libthread_db enabled]
Using host
Just to show that yes, this is a useful feature, here's an updated patch.
My use case is a have a copy of Internet Explorer on my network that
needs to resolve and connect via socks5, but IE won't resolve hosts
via socks5 and instead leaks the requests over the network. tinyproxy
lets me direct
On Wed, Aug 18, 2010 at 2:52 AM, Tzafrir Cohen tzafrir.co...@xorcom.com wrote:
Thanks for the report,
On Wed, Aug 18, 2010 at 01:27:46AM -0700, Russ Dill wrote:
Package: dahdi-source
Version: 1:2.3.0.1+dfsg-1
Severity: important
Tags: upstream
System becomes unreponsive, even to serial
Package: dahdi-source
Version: 1:2.3.0.1+dfsg-1
Severity: important
Tags: upstream
System becomes unreponsive, even to serial break sysrq (oops captured via
serial console). This occurs after only a few minutes of call time.
[ 9695.212106] BUG: unable to handle kernel NULL pointer dereference at
I can no longer build my iptables target module against iptables-dev.
I'm very confused with this change.
In file included from libipt_AES.c:6:
/usr/include/iptables.h:5:29: error: libiptc/libiptc.h: No such file or
directory
In file included from libipt_AES.c:6:
/usr/include/iptables.h:19:
So we have 2 options:
using TERM we get rid of udhcpc.pid but not of
/etc/resolvconf/run/interface/eth0.udhcpc
Actually, TERM should probably call the deconfig script. The only
problem is that changing the behavior would probably change a number of
peoples configurations.
The issue is that
On Tue, 2005-06-07 at 13:27 +, Kacper Wysocki wrote:
On 06/07/05 08:51:14, Eric Van Buggenhaut wrote:
On Tue, Jun 07, 2005 at 12:06:46PM +, Kacper Wysocki wrote:
[snip]
but instead of
-else
- /sbin/ifconfig $interface 0.0.0.0
fi
+/sbin/ifconfig $interface 0.0.0.0
modifying the udhcpc scripts to user resolvconf would be very trivial.
No patches to source necessary. (Patches to the scripts could be
provided though)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
12 matches
Mail list logo
