On 08/01/2017 10:10 PM, John Paul Adrian Glaubitz wrote:
> Hmm, wait a second. I just had the JVM lock up. Will do a clean build
> to re-test.
Ok, I should have just waited :-). Your patch works:
Build Architecture: powerpc
Build Type: any
Build-Space: 4093428
Build-Time: 23425
Distribution: sid
Package: sbuild
Version: 0.73.0-4
Severity: normal
The instructions in /usr/share/doc/sbuild/examples/sbuild-update-all recommend
to directly run the script from cron:
# 1. Update all sbuild chroots four times a day (at 00:15/06:15/12:15/18:15):
#
# 15 */6 * * * root /usr/share/doc/sbuild/exa
On Wed, 19 Jul 2017 13:24:21 +0530 Pirate Praveen
wrote:> How about creating a project in
alioth as well so we can have mailing
> list and a git repo for the package? Creating a project may even be a
> requirement to creating mailing list or some other project might want to
> host the list.
>
Cl
Quoting Michael Stapelberg (2017-08-01 23:15:04)
> Alright! Patch attached and provided inline, for your convenience:
Cool!
> +if (!defined($ENV{SUDO_USER})) {
> +die "Please run sudo $0";
> +}
Should you not rather check the UID instead?
> +system("adduser", "--quiet", "--", $ENV{SUDO_USER
Hi,
Tobias Frost wrote:
> It's your decission; close the bug, you will be kept as Uploader,
> keep it open -> you will eventually be removed. (I gues this decission
> should not be delegated to the maintainer, but thats just my 2ct)
This bug is fixed in the Git repository on alioth (I removed
On 02/08/2017 03:57, Daniel Kahn Gillmor wrote:
>> [...] Another way would be to
>> depend on an external ocaml bdb library, rather than shipping our own.
>
> Stéphane, is there any prospect of packaging libbdb-ocaml separately for
> debian?
If it becomes a separate upstream project, yes.
Cheer
Package: gnupg1-curl
Version: 1.4.21-4
Severity: normal
The gnupg1 package is deprecated. It will only be used by people with
special needs for the "classic" suite.
As such, i'm not sure it makes sense to try to minimize dependencies
for people who want it installed.
I propose that we remove th
As far as I can see Ray Strode [halfline] fixed the bug upstream with
commit d7eda0dde0abaade523b1485e1803cee29d1c824- next tag is then
"3.25.3". Thanks to him and David Härdeman!
Unfortunately even Debian sid is only at 3.22.3-4 so we have to wait or
to compile... :(
Thank you all!
Hi Tim!
On Di, 01 Aug 2017, Tim Bagot wrote:
> When I quit xfig by selecting "Exit" from the "File" menu, very often
> xfig's window is left behind (unresponsive) after the process has
> terminated. (I can fortunately kill the window with xkill.) This does
> not happen 100% reliably, and I cannot
Control: tags -1 + patch
I had a look at this issue, and tracked it down to
calculateInstructionLengths() trying to the const array
nSwanInstructionLength. With recent compilers and operating
systems, 'const' variables are placed in a read only memory
segment, thus causing this 'bad permission' c
301 - 310 of 310 matches
Mail list logo
