Ah, they force-upgraded the hosting server to PHP 8, which broke a bunch of
things.
I got it all fixed and it's working again.
In terms of preventing this problem long-term... hmm... not sure. I think
PHP won't be changing that much in the future, hopefully.
Jason
On Wednesday,
The test build also works on my system without issues [2010 macbook with
broadcom-sta-dkms driver]
On Mon, Dec 11, 2023 at 4:12 PM Kevin Price wrote:
> Breaking news:
>
> Am 11.12.23 um 19:14 schrieb Salvatore Bonaccorso:
> > I have put binary packages for amd64 built in
> > https://people.debia
I think it highly likely that it's that wifi reversion noted up thread.
On my system, wifi hangs (broadcom-sta-dkms) and causes network manager to
hit 100% according to top.
Problem not present in kernels 6.1.0-13&14 and back port 6.5.
ps://github.com/systemd/systemd/commit/bed0b7dfc0070e920d00c89d9a4fd4db8d974cf0
Marked as grave as per bug descriptions in the reportbug tool (introduces a
security hole).
Cheers,
Jason
-- System Information:
Debian Release: 11.1
APT prefers stable-updates
APT policy: (500, 'stable-upda
Could you close this bug or downgrade its severity, or do whatever it
takes so that this *isn't* removed from bullseye? Removing this
package from the bullseye release would cause large problems.
Many people run Debian on different kernels. Therefore the dkms remains
useful and should not be removed.
Hi Taowa,
Thank you! I tested using the last six digits in the UI and that was
accepted by a login provider (Github). Hopefully upstream fixes this issue
quickly.
Let me know if you want me to file a separate bug. I think the severity is
reduced with this workaround.
Best regards,
Jason
Package: yubioath-desktop
Version: 5.0.4+post1-1
Followup-For: Bug #981804
X-Debbugs-Cc: saltthefries+deb...@gmail.com
Dear Maintainer,
I believe the fix for this bug may be incomplete.
This version is generating 9-10 digit codes instead of the standard 6 digit
codes on my machine when using the
Source: nethack
Severity: grave
Tags: security
Justification: user security hole
Dear Maintainer,
Debian 10 (Buster) currently uses nethack 3.6.1. The website for nethack at
https://nethack.org/security/index.html
shows security issues have resulted in multiple (up to now 5) point releases
fixi
On Fri, 1 May 2020 15:30:40 + Luca Filipozzi wrote:
> The changes made do not address the bug, I'm afraid. wireguard-dkms
> fails to install because kernel-image 4.19.0-9 includes a backported
> change that is not caught by the pragmas in compat.h. This backport
> might be a Debian-ism that pe
https://git.zx2c4.com/wireguard-linux-compat/commit/?id=4602590adee92557847e61c8cd14445d35fbfa2e
Package: src:linux
Version: 4.19.98-1
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? Updated from Stretch to Buster
* What exactly did you do (or not d
On Thu, Oct 24, 2019 at 10:39:33PM +0200, Matthias Klose wrote:
> the autopkg test calls python instead of python2. This will make the package
> fail the next binNMU when adding python3.8 support.
I think I will instead have the test run python3, since python2 is
possibly being removed soon.
On Tue, Sep 24, 2019 at 10:54:01PM +0200, Moritz Mühlenhoff wrote:
> per Github issue 121 there's no current activity to port scantailor to
> Qt5. Are you planning to switch to the scantailor-advanced fork? Otherwise
> let's remove it, we're now moving forward with removal of Qt4 from Debian
> (and
upstream commit cherry picked and
applied to this Debian package for an immediate fix?
--
Jason Franklin
signature.asc
Description: OpenPGP digital signature
Hello,
Jason here from Source Global Media - We are a reputed Digital Marketing
Agency working with variety of clients from UK, USA, France, Greece,
Finland, Germany and Spain
We are interested in developing partnerships with companies / webmaster
such as yourself to check if you can publish
n any way
I can. Please advise on a course of action.
Best wishes,
Jason Franklin
-- System Information:
Debian Release: 10.0
APT prefers stable
APT policy: (500, 'stable'), (100, 'unstable'), (10, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.
I see now...
dpkg-statoverride: error: group '_kea' does not exist
I will fix this...
Jason
On Thu, Jun 6, 2019 at 10:06 AM Jason Guy wrote:
> Hi Shane,
>
> Thanks for the help on this. I thought the username is automatically
> created with a group of the same name, as
1.5.0, for security, so it is only done for the
debian/ubuntu package installs.
Thanks,
Jason
On Fri, Apr 26, 2019 at 4:33 PM Shane Spencer wrote:
> addgroup --force-bad-name --system _kea
> adduser ...
> adduser _kea _kea
>
> That way kea is run as _kea.nogroup with access to _kea
Thanks for the instructions on how to get this to work, but why is this
not in the README?!?
On Mon, Mar 04, 2019 at 07:37:22PM +0100, Christoph Anton Mitterer wrote:
> iu epiphany-browser-data 3.31.91-2
Did something go wrong with the upgrade? That line should probably show
'i' for installed instead of 'u' for, I think, unpacked?
Thanks Adrian, I have made the changes to fix this, but I am running into
issues building the package. The odd part is the errors seem unrelated to
the changes. I just wanted to let you know I am working on it.
On Sun, Aug 12, 2018 at 1:58 PM, Adrian Bunk wrote:
> Package: kea-ctrl-agent
> Ve
Debian to avoid Vizigrep getting
dropped. I need a sponsor. I've e-mailed the original sponsor (Gianfranco
Costamagna). Hopefully he is able to take a look today or tomorrow.
On Wed, Aug 1, 2018 at 1:03 PM Raúl Benencia wrote:
> Dear Jason,
>
> On Wed, Aug 01, 2018 at 12:07:45
Here's what I've learned:
Adding this logging subsystem to corosync.conf allows the output to
the terminal, which is what I originally expected.
logger_subsys {
subsys: QDEVICE
debug: on
to_stderr: yes
}
However, I was still gettin
1-7 and what I'm compiling all seem
> to be specific to non-amd64 architectures, so maybe this is about the
> environment in which mozjs was built, rather than the source code used?
>
> A hack that works to avoid this is to retry the mmap() without the address
> hint, like in Jason
On Fri, Jul 6, 2018 at 10:20 AM Valentin Vidic wrote:
>
> On Fri, Jun 22, 2018 at 09:46:36AM -0400, Jason Gauthier wrote:
> > corosync-qdevice is a daemon that runs on each cluster node that help
> > provide a voting subsystem that utilizes corosync-qnet outside the
> >
Package: corosync-qdevice
Version: 2.4.4-3
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: 9.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-6-
To further summarize ongoing conversations:
It appears that there many be another alternative, midway between the
two extremes of stabilization on one hand and keeping this bug report
open on the other. The idea is to ship WireGuard in stable-backports
and in unstable, but not let this migrate to
dkg and I had a discussion about this recently and he asked me to
summarize my understanding of it.
- WireGuard still prefers to operate on a rolling basis, with new
snapshots totally replacing old ones, with no stability, security, or
other long term guarantees.
- WireGuard probably won't be oper
Small typo in my previous email, the .prerm script contains:
pyclean -p python-backports.ssl-match-hostname
I had another package in my clipboard, just wanted to clear that up so
there's no confusion :)
--
Jason Pleau
dist-packages/backports/__init__.py{c}
missing.
Maybe those scripts should check if those files belong to another
packages before running pyclean
There are other python-backports-* packages that probably suffer from
the same problem.
--
Jason Pleau
Source: poppler
Followup-For: Bug #887525
This appears to be fixed upstream:
https://cgit.freedesktop.org/poppler/poppler/commit/gtkdoc.py?id=791e024656212c65d798cb69a134cdd3e30cc79e
-- System Information:
Debian Release: buster/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (50
Additionally, the inclusion of ia64 is wrong here:
https://sources.debian.org/src/pd-moonlib/0.3.6-2/Makefile.pdlibbuilder/#L424
as is evidenced in this build log:
https://buildd.debian.org/status/fetch.php?pkg=pd-moonlib&arch=ia64&ver=0.3.6-2&stamp=1517784204&raw=0
It appears that Red Hat has run into the same thing, and they have a
clearer fix for it:
https://bugzilla.redhat.com/show_bug.cgi?id=1384016
, 2018 at 1:58 PM, Simon McVittie wrote:
> On Tue, 23 Jan 2018 at 07:50:30 -0500, Jason Duerstock wrote:
>> The attached patch lets the package finish building.
>
> Thanks, but as I said in a previous reply to the bug, this package is
> already marked for removal from testing befo
Source: libgnomecanvas
Followup-For: Bug #887868
Dear Maintainer,
The attached patch lets the package finish building.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ia64
Kernel: Linux 3.14-0.bpo.2-mckinley (SMP w/2 CPU cor
Source: nspr
Followup-For: Bug #887738
Dear Maintainer,
The attached patch fixes this bug.
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ia64
Kernel: Linux 3.14-0.bpo.2-mckinley (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-
Package: libpam-chroot
Followup-For: Bug #853502
Dear Maintainer,
Attached please find a patch that fixes this bug. It also addresses #754322.
Thanks,
Jason
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ia
Control: severity -1 important
Control: reassign -1 libfontconfig1 2.12.6-0.1
Control: affects -1 evince
Control: forcemerge 882590 -1
Crash appears to have happened while fontconfig was parsing a config
file. If you have a customized fontconfig configuration it's possibly
triggering a bug in fon
Control: tags -1 + moreinfo
On Fri, Jan 05, 2018 at 11:48:21AM +, Geoffrey Ferrari wrote:
>* What led up to the situation?
> Trying to run evince from command line or from gnome desktop, without or
> without a pdf file to view.
>
>* What exactly did you do (or not do) that was effecti
Package: gnome-shell-extension-autohidetopbar
Version: 20170728-1
Severity: grave
This extension's metadata.json declares that it only works with
gnome-shell versions 3.24 and earlier. Since testing and unstable now
have gnome-shell version 3.26, this extension no longer loads. This is
fixed in
ma-core.
It is an error to attempt to build them against rdma-core.
> src:libfabric
This is has been fixed in libfabric upstream, look for patches from me.
Jason
It appears that the new security update requires python-talloc 2.1.6
while the old version only required 2.0.6 (perhaps a typo?).
jason@storage-server:~$ apt show python-samba -a
Package: python-samba
Source: samba
Version: 2:4.2.14+dfsg-0+deb8u7
Installed-Size: 7,250 kB
Maintainer: Debian Samba
The recent Samba security updates are uninstallable on my Jessie system. The
problem appears to be with python-samba.
It depends on python-talloc >= 2.1.6, but Jessie has version 2.1.2. As a
result, the packages cannot be updated.
Package: python-samba
Source: samba
Version: 2:4.2.14+dfsg-0+d
3b9824fc75790518a6509b3cf5bb97c9d70caaf2
Author: Jason Crain
Date: Tue Jul 4 19:38:02 2017 -0500
Update d/changelog
diff --git a/debian/changelog b/debian/changelog
index 609ae0d..4c8f1b1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,20 @@
+scantailor (0.9.12.2-3) unstable; urgency=medium
Control: tags -1 + patch upstream fixed-upstream
On Sun, Jun 25, 2017 at 01:09:28AM +0300, Adrian Bunk wrote:
> ...
> libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../libgdict -I../libgdict
> -DG_LOG_DOMAIN=\"Gdict\" -DDATADIR=\"/usr/share\"
> -DLIBDIR=\"/usr/lib/i386-linux-gnu\" -DSYSCONFDI
Control: forwarded -1 https://bugzilla.gnome.org/780452
Control: tags -1 + patch upstream fixed-upstream
On Mon, Jun 26, 2017 at 02:51:45AM +0300, Adrian Bunk wrote:
> Some recent change in unstable makes gnome-chess FTBFS:
>
> https://tests.reproducible-builds.org/debian/history/gnome-chess.html
A possibly relevant commit:
https://cgit.freedesktop.org/xkeyboard-config/commit/?id=913af7dafaab8ff4a9ae0d1e4c4097caf4a8022d
tree 0b0f779e05a73d1e86386555f527df5a39b41cdc
parent 70813f1d10f593f0eb910164cd4aa922b830d622
author Mike FABIAN Wed May 18 16:49:33 2016 +0200
committer Sergey Udaltsov
On Tue, Jun 20, 2017 at 06:56:13PM +0530, Pirate Praveen wrote:
> keyboard selection option is gnome is missing Malayalam and all other
> Indian Languages. Tamil is still there just because it came as part of
> Sri Lanka.
gnome-control-center reads this data from
/usr/share/X11/xkb/rules/evdev.xml
I am also seeing this behavior in Thunderbird 45.8.0 on a fresh install
of Debian Stretch. While Mozilla has fixed this issue in 52.1, they
have indicated that they do not intend to fix the issue in 45.8.0. It
will have to be backported.
signature.asc
Description: This is a digitally signed mess
On Wed, May 10, 2017 at 10:42:51AM +0200, Jonas Meurer wrote:
> I just discovered a severe bug in the sftp protocol support of nautilus:
>
> I tried to mount a remote folder via SFTP/SSH by using a syntax similar
> to the following:
>
> 'sftp:///path/to/directory'. Instead of displaying
> '/path/
On Sun, Apr 30, 2017 at 06:43:18PM -0400, Mathieu Basille wrote:
> Following the name change from terminix to tilix, I updated
> my Stretch system (which uses apt pining to install Sid
> packages whenever possible) to use the new developments of
> tilix.
>
> Install of v1.5.4-1 works without an
Package: gitlab
Version: 8.13.6+dfsg2-2
Severity: grave
Dear Maintainer,
Gitlab repositories will no longer accept remote pushes to protected branches
(which is the default!) with git 2.11.0 installed on the gitlab system, failing
with:
remote: GitLab: You are not allowed to force push code to a
> -Original Message-
> From: 'Klaus Ethgen' [mailto:kl...@ethgen.de]
> Sent: Sunday, January 01, 2017 14:42
> To: Jason Pyeron
> Cc: 'Willi Mann'; 849...@bugs.debian.org;
> logwatch-de...@lists.sourceforge.net
> Subject: Re: Bug#849531: [Logwatc
> -Original Message-
> From: 'Klaus Ethgen' [mailto:kl...@ethgen.de]
> Sent: Sunday, January 01, 2017 12:23
> To: Jason Pyeron
> Cc: 'Willi Mann'; 849...@bugs.debian.org;
> logwatch-de...@lists.sourceforge.net
> Subject: Re: Bug#849531: [Logwatc
> -Original Message-
> From: Willi Mann [mailto:wi...@debian.org]
> Sent: Sunday, January 01, 2017 08:27
> To: Jason Pyeron; 849...@bugs.debian.org
> Cc: 'Klaus Ethgen'; logwatch-de...@lists.sourceforge.net
> Subject: Re: Bug#849531: [Logwatch-devel] Bug#
> -Original Message-
> From: Klaus Ethgen
> Sent: Saturday, December 31, 2016 08:48
> To: Willi Mann
> Cc: Jason Pyeron; 849...@bugs.debian.org; logwatch-de...@lists.sourceforge.net
>
> Hi,
>
> Am Sa den 31. Dez 2016 um 14:28 schrieb Willi Mann:
> > thank
ould be
> problematic.
Adding the binmode(OUTFILE, ":utf8"); fixes your primary report.
> What I do see is that it might be wise to sanitize the output of
> logwatch. A possible way to go might be to remove any byte
> with value <
> 0x20 - unless it is a newline or tab. But that is independent of the
> ISO-8859-15 to utf-8 change.
Please open a new bug for this enhancement, as it a different issue.
-Jason
ae c3 af ||
0160 c3 b0 c3 b1 c3 b2 c3 b3 c3 b4 c3 b5 c3 b6 c3 b7 ||
0170 c3 b8 c3 b9 c3 ba c3 bb c3 bc c3 bd c3 be c3 bf ||
0180
This confirms that binmode utf8 is needed to print out the full ASCII range.
> -Origi
I have opened https://sourceforge.net/p/logwatch/bugs/56/ .
I am working a test case for this right now.
As I see it, there are 3 paths to test.
Output as STDOUT, file, and email. In each case does an 8bit value (0x00..0xff
unsigned) result in a valid UTF-8 character.
Is binmode(STDOUT, ":utf8
> -Original Message-
> From: Willi Mann [mailto:wi...@debian.org]
> Sent: Friday, December 30, 2016 12:18
> To: logwatch-de...@lists.sourceforge.net
> Cc: 849...@bugs.debian.org; 849531-forwar...@bugs.debian.org;
> Klaus Ethgen
> Subject: Re: [Logwatch-devel] Bug#849531: Possible security
Package: opendmarc
Version: 1.3.2~Beta0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The opendmarc.service file generated by opendmarc ends up trying to invoke
/usr/sbin/opendkim rather than /usr/sbin/opendmarc to start the daemon. This
is clearly wrong (luckil
Control: tags -1 + moreinfo
On Fri, Oct 14, 2016 at 08:58:34PM +1100, Fulano Diego Perez wrote:
> cannot browse any maps
>
> always reports offline with active internet comms
>
> ignore missing pkgs below - report bug has confusion with this
Also, are you able to access http://tile.openstreetma
On Wed, Jul 13, 2016 at 10:30:47PM +0200, FERREC Romain wrote:
> When I try to open totem, i've got this error in syslog :
> org.gnome.Shell.desktop[2942]: Window manager warning: Buggy client sent a
> _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x1e00011 ()
>
> The totem window opens and
On 2016-08-14, Andreas Tille wrote:
> Since there was no answer to this question I just did this since it
> seems like a working solution. Unfortunately there are further build
> issues I can't deal with:
>
...
> /build/hyphy-2.2.6+dfsg/src/gui/HYChartWindow.cpp:3010:54: error: no matching
> fu
ssi, who sponsored previous uploads to get it uploaded.
>
Awesome, thanks for the swift reply and explanation !
> Cheers,
> Julian
>
Cheers
--
Jason Pleau
elp if you need. (I have a package that has a build-dep
that depends on lua-discount, so I got notified)
1:
https://anonscm.debian.org/cgit/pkg-lua/lua-discount.git/commit/?id=25d62151f8ed866ee938eb6e8191771b22e834ca
Thanks !
--
Jason Pleau
On Tue, Nov 24, 2015 at 07:22:46PM +1100, Riley Baird wrote:
> I currently maintain granule. In the process of C++11 migration, I have come
> across the following error message:
>
> /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:256:21: error: return-
> statement with a value, in function
Debian and all sane distros should revert this commit at once.
Changing the aesthetic of ls output is ugly, confusing, and completely
absurd. The developer who made the commit should think twice next time
before introducing such an unwanted setting and making it the default.
This is a change apprec
th error "Target filesystem doesn't have requested /sbin/init"
An in-progress usrmerge installation (without any of the added
complexity of a separate /usr mount) is simply exposing this by creating
such a symlink chain.
Jason
smime.p7s
Description: S/MIME Cryptographic Signature
10 iterations.
Without the patch, /test3/link4, /test3/link5, and /test2/link9 fail:
and these are exactly the symlink-to-an-absolute-symlink cases that was
present in my unbootable usrmerge setup.
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic Signature
On 12/01/16 06:05 PM, Marco d'Itri wrote:
> On Jan 12, Jason Rhinelander wrote:
>
> Thank you for testing the conversion program, for a start!
>
>> I installed usrmerge, and got the following during configuration:
> This is expected and not a bug.
Right (was jus
On 12/01/16 06:05 PM, Marco d'Itri wrote:
On Jan 12, Jason Rhinelander wrote:
Thank you for testing the conversion program, for a start!
I installed usrmerge, and got the following during configuration:
This is expected and not a bug.
Right (was just reporting it for context).
At
Package: usrmerge
Version: 6
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
I installed usrmerge on a system to try it out, and ended up with system
that could not be rebooted. I'll try to outline the status as best I
recall in the hopes that you can recreate the issu
I submitted an issue upstream here:
https://github.com/micahflee/torbrowser-launcher/issues/203
Hello -It looks like the name of the binaries has changed as a result of
including all supported languages in the same
build.https://blog.torproject.org/blog/tor-browser-55a4-hardened-released
torbrowser-launcher tries to download this URL (on a machine with en_US
default).https://dist.torprojec
t
reproduce it =/
Are you able to test if the above commit fixes the issue for you ? I can
provide a temporary patched package if you cannot build rofi yourself.
As for #258 I have ran a git bisect and updated the bug upstream, I'm
sure it will help the developer fix it :)
> Thanks,
>
> Guy Hughes
>
Thanks for bringing this up !
--
Jason Pleau
As per upstream https://crbug.com/421063 chromimum now builds its v8
code into natives_blob.bin and snapshot_blob.bin, loading them itself at
runtime instead of linking them statically to the chromium binary (which
is what happened <= 40).
The current debian build, however, doesn't copy these
Hello,
I have noticed this error when installing this package.
Attached is a trivial patch that fixes this bug
Sent upstream: https://github.com/miracle2k/django-assets/pull/47
--
Jason Pleau
Description: python3 compat for pytest_plugin.py
Trivial change to make the print statement
gets fixed properly.
Don't forget to disable SSLv3 while you're at it. For exim, you can do:
tls_require_ciphers = NORMAL:-VERS-SSL3.0:-VERS-TLS1.2
For openldap, you can do
TLS_CIPHER_SUITE NORMAL:-VERS-SSL3.0:-VERS-TLS1.2
Hope this helps!
Jason
This message is intended on
gets fixed properly.
Don't forget to disable SSLv3 while you're at it. For exim, you can do:
tls_require_ciphers = NORMAL:-VERS-SSL3.0:-VERS-TLS1.2
For openldap, you can do
TLS_CIPHER_SUITE NORMAL:-VERS-SSL3.0:-VERS-TLS1.2
Hope this helps!
Jason
This message is intended on
Hello !
The bug has been reported upstream already:
http://dev.deluge-torrent.org/ticket/2555
A patch was made to fix the issue (it works for me on 1.13.10)
I have attached the patch from the above url.
Cheers
--
Jason Pleau
diff --git a/deluge/core/rpcserver.py b/deluge/core/rpcserver.py
there something we can do to allow both versions to be in Debian?
Perhaps another package with the Adobe engine enabled, that would
conflict with libfreetype6 ?
Jason
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Source: openchangeserver
Version: 1:2.1-1~bpo70+1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
I attempted to install the package on a Debian Wheezy syste
I have made a mistake in my report
The correct parameter to LD_PRELOAD to fix the compilation is :
LD_PRELOAD="/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0"
Thank you
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
Package: vlc
Version: 2.1.4-1+b2
Severity: serious
Tags: lfs
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
vlc-2.1.4-1 currently fails to compile on my amd64 (unstable) system.
- To reproduce:
1. download the source package with apt-get source
On 14/06/14 06:32, Michael Biebl wrote:
Am 08.06.2014 00:37, schrieb Jason Alavaliant:
I've just tested the latest initscripts package (2.88dsf-53.1)
Jason, could you please test again with 2.88dsf-53.2?
53.1 had an embarrasing formatting error.
I've retested with 2.88dsf-53.2 and
I've just tested the latest initscripts package (2.88dsf-53.1)
Unfortunately the lines in adds to /etc/network/if-up.d/mountnfs ;
--
# Skip the mountnfs hook when being triggered by the networking SysV init
# script and instead use the systemd built-in mechanisms to mount remote
ader
-rwxr-xr-x 1 root root 1649 Apr 5 22:57 wine-wrapper
Those links supposed to go to wine-preloader, wine-wrapper, or is there
supposed to be a wineapploader in there?
--
Jason
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe&
Paul Gevers wrote:
> On 22-02-14 20:07, Emilio Pozuelo Monfort wrote:
> > And we can revert the Orca change and keep binding orca+q to quit
> > orca (that's a one-liner patch). Or leave it as is (as super+alt+s
> > does that too) and see if we hear any complaints. Thoughts?
>
> I don't have any s
Package: alex4
Version: 1.1-5+b1
Severity: grave
Justification: renders package unusable
* What led up to the situation?
Just tried to play it.
* What exactly did you do (or not do) that was effective (or ineffective)?
Just tried to play.
* What was the outcome of this action?
Couldn't even s
Package: a7xpg
Version: 0.11.dfsg1-7
Severity: grave
Justification: renders package unusable
* What led up to the situation?
Just tried to play the game.
* What exactly did you do (or not do) that was effective (or ineffective)?
Move the spaceship around.
* What was the outcome of this action?
Package: axiom
Version: 20120501-1
Severity: grave
Justification: renders package unusable
* What led up to the situation?
Just testing the basic functions.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Tried to do a basic 3D plotting example us
On Dec 6, 2012, at 2:05 PM, Anton Gladky wrote:
> The package FTBFS in a clean environment:
>
> =
> gfortran seclf1.F
> make[4]: Leaving directory
> `/tmp/buildd/geant321-3.21.14.dfsg/build/geant321/matx55'
> cd /tmp/buildd/geant321-3.21.14.dfsg/lib && ln -s
> ../src/geant321/data/x
We did some work on googlecl yesterday that properly fixes this bug. It's
checked into svn (r598 and r600);
http://code.google.com/p/googlecl/source/list
BTW, if there's a way to list me as a maintainer (or just CC me
automatically on googlecl bugs) I can be more proactive in helping keep
googlec
We do the same thing here, we just use basic in/out typemaps.
E.g.
%typemap(out) YString
{
$result = PyString_FromString((char *)static_cast($1));
}
%typemap(in) const YString &
{
$1 = new YString(PyString_AsString($input));
}
-Original Message-
From: Alexey Sokolov [m
Matija Grabnar wrote:
> I can confirm that I am seeing this problem, too.
> emacs -nw blocks, eating 100% CPU and not accepting any
> input. The only way to get out of it is to kill emacs from
> another session.
It's the same here when I invoke Emacs from a virtual console.
--
To UNSUBSC
Simon:
I have packaged shrinksafe-1.7.2-1 with the patch for this bug and
uploaded it to mentors. I am currently waiting on my sponsor for upload
to the archive.
pgps35WKI9Ib3.pgp
Description: PGP signature
Matthias Klose writes:
> Package: dojo
> Version: 1.6.1+dfsg-1
> Severity: serious
> Tags: wheezy sid
>
> cd util/buildscripts && java -cp /usr/share/java/shrinksafe.jar
> org.mozilla.javascript.tools.shell.Main build.js profile=standard
> version=debian
> releaseName=. cssOptimize=comments.keep
fixed 639189 shrinksafe/1.6.1-2
merge 639189 642294
pgpsHNfL9L6c8.pgp
Description: PGP signature
1 - 100 of 245 matches
Mail list logo
