Package: udevil
Version: 0.4.4-3
Severity: normal
Dear Maintainer,
Found that the udevil package explicitly prevents loopback rw mounts.
Patch given to fix this and to maintain default behavior in the
absence of an explicit request to make the mount rw.
Patch was created on Debian and verified t
Greetings,
Can you explain why you think that this bug should still be active? The
version 2.20 of shell-in-a-box builds against openssl 1.1. According to
the buildd, it has already been built for all of the architectures.
Perhaps I am misconstruing this issue in that 2.19 *is* going to be
r
While it is a serious issue that shellinabox is unable to read a
certificate, we don't have evidence that this is caused by the program.
To investigate the cause, the OP should review the permissions of the
cert and all of the directories in the path. Usually, the problem is
that the ID of sh
On 10/6/16 3:53 AM, Luka Krajger wrote:
So we can mark this bug as resolved?
Reading back over this issue, I'd say that it looks like the issue was
the OP copying a cert into the certs directory by hand. Upgrading SSL to
fix it, IMHO, is a red-herring. However, we cannot now know since th
Just this week, I saw a similar error from shellinabox. I was replacing
the default self-signed certificates with letsencrypt certificates.
It appears, from your messages, that shellinabox is unable to create or
unable to read the self-signed certificates.
The first thing to do is look at th
As version 2.19 is already available in stretch, I think it makes sense
to close this issue. Any objections?
Greetings,
I've spoken with Luka Kraigor about bringing the package up to date.
I'm happy to push it into the repo. Is there a release candidate?
Cheers
On 5/13/15 12:30 AM, Alexandre Detiste wrote:
Package: shellinabox
Version: 2.14-1
Severity: normal
Tags: patch
Dear Maintainer,
ShellI
Package: ftp.debian.org
Severity: normal
Made obsolete by many, better source control options with good porcelains.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I confess that enough time has passed that I'm not even sure what I was
doing at the time. I'd be OK with closing this bug as unreproducible.
On Mon, Sep 2, 2013 at 2:46 AM, Matthew Vernon wrote:
> Hi,
>
> I rebuilt buici-clock with debugging information turned on, ran it, and
> waited for it to hang. When it did, here's the backtrace from gdb.
>
> Any other debugging info I can provide?
>
Thanks for doing this. I've been unable to r
Any chance you could evaluate the patch?
I don't see that issue with the copy I have running.
@=~^`:*
These appear in the login prompt for me.
Could this be an issue with your web browser instead?
...
I see your patch. How does this allow those characters to get through?
On Mon, Dec 17, 2012 at 2:28 AM, Matthew Vernon <
matthewv+sacb...@coriolis.greenend.org.uk> wrote:
> Package: buici-clock
> Version: 0.4.9.2
> Severity: normal
>
> Hi,
>
> I have a buici-clock running on my workstation almost all the
> time. I've noticed that, after an extended period, sometimes
On Mon, Jul 30, 2012 at 9:43 AM, Jonathan Nieder wrote:
> Hi Marc,
>
> Marc Singer wrote:
>
> > Do you need my help?
>
> Yes, because I do not use cgit. We would need an active user to make
> sure it keeps working and to evaluate requests that come in through
> the
On Sun, Jul 29, 2012 at 9:20 PM, Jonathan Nieder wrote:
> Hi Marc,
>
> Marc Singer wrote:
> > On Sun, Jul 29, 2012 at 6:36 PM, Jonathan Nieder
> wrote:
>
> >> Did you mean this to be a private reply?
> >
> > Not really.
>
> Ok, cc-ing the bug
On Sat, Apr 14, 2012 at 12:05 AM, Andreas Beckmann wrote:
> Package: shellinabox
> Version: 2.13-1
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package left unowned files on
> the system after purge, which is a
From: Marc Singer
Date: Sat, Apr 7, 2012 at 1:22 PM
Subject: Re: Bug#667938: shellinabox: depends on unavailable packages
To: Sven Joachim
On Sat, Apr 7, 2012 at 12:55 PM, Sven Joachim wrote:
> On 2012-04-07 21:27 +0200, Marc Singer wrote:
>
> > On Sat, Apr 7, 2012 at 12
From: Marc Singer
Date: Sat, Apr 7, 2012 at 12:27 PM
Subject: Re: Bug#667938: shellinabox: depends on unavailable packages
To: Sven Joachim
On Sat, Apr 7, 2012 at 12:09 PM, Sven Joachim wrote:
> On 2012-04-07 20:39 +0200, Marc Singer wrote:
>
> > On Sat, Apr 7, 2012 at 10
On Sat, Apr 7, 2012 at 10:55 AM, Sven Joachim wrote:
> On 2012-04-07 19:34 +0200, Marc Singer wrote:
>
> > On Sat, Apr 7, 2012 at 9:45 AM, Sven Joachim wrote:
> >
> >> Package: shellinabox
> >> Version: 2.11-1
> >> Severity: grave
> >>
On Sat, Apr 7, 2012 at 9:45 AM, Sven Joachim wrote:
> Package: shellinabox
> Version: 2.11-1
> Severity: grave
>
> Your package is not installable:
>
>
I thought that that might come back to haunt me. Part of the trouble is
that the shlib:depends automatic
dependency won't include libssl. Do yo
Package: exim4-daemon-light
Version: 4.76-2
Severity: minor
The control file refers to
The Debian exim4 packages have their own web page,
http://pkg-exim4.alioth.debian.org/. There is also a Debian-specific
This site has been moved to the Debian wiki.
http://wiki.debian.org/PkgExim4
The old
Package: linux-2.6
Version: 2.6.39-3
Severity: important
There appears to be a race condition in the installation of this package. I
believe that
the same issue was present in the 2.6.38 package as well. The package will
fail to install
because the postinst hook attempts to flash the kernel an
Package: dpkg-sig
Version: 0.13.1
Severity: important
Using the get-hashes, sign-hashes, write-signature functionality
breaks on the final step. I was able to generate the hashes and sign
them. While attempting to write-signature's I received the following
error:
root@fly:~/src# dpkg-sig --wr
Package: amule
Version: 2.2.6+debian0-8
Severity: normal
On machines with more than one address, it is sometimes necessary to
set the bind address for the local service ports. This feature
appears to work correctly. However, this should also change the
source address for requests to the servers
On Fri, Jun 25, 2010 at 5:12 AM, trouble daemon wrote:
> Package: bsign
> Version: 0.4.5
> Severity: minor
>
> I was checking out the bsign man page, and was following the example syntax
> for creating and verifying a hash, but I got stumped when it said:
>
> $ bsign --check-hash /bin/bash
> $ p
On Tue, Jun 1, 2010 at 3:08 PM, Thibaut GIRKA wrote:
> Package: uboot-mkimage
> Version: 0.4
> Severity: normal
> Tags: patch
>
> Some versions of U-Boot (especially the one in the OpenMoko Freerunner NOR)
> are
> broken and don't handle multi-file images the right way.
> Multi-file images are U-
On Mon, Mar 8, 2010 at 2:26 AM, Paul Menzel wrote:
> Am Sonntag, den 07.03.2010, 15:51 -0800 schrieb Marc Singer:
> > On Sun, Mar 7, 2010 at 1:14 PM, Paul Menzel >wrote:
> > > Am Dienstag, den 17.02.2009, 09:40 -0800 schrieb Marc Singer:
> > > > The upstream bui
On Sun, Mar 7, 2010 at 1:14 PM, Paul Menzel wrote:
> Dear Marc,
>
>
> Am Dienstag, den 17.02.2009, 09:40 -0800 schrieb Marc Singer:
> > The upstream build of cgit requires a download of git to build libgit
> > which this package links statically. Thus, this package prac
On Tue, Oct 06, 2009 at 12:31:25PM +0100, Martin Michlmayr wrote:
> * beewoolie [2009-09-24 14:17]:
> > >[1] See http://lists.gnu.org/archive/html/bug-bash/2009-09/msg00072.html
> > Will do. It may take a few days as my development box is offline.
>
> Is your system back or should I do an NMU?
Doing it right now.
BTW, this code is surprisingly complicated to do a simple function. I'll
add to my todo list
to revise apex-env so that it can emit a list of commands to save/restore
the environment
using a shell script.
On Thu, Sep 24, 2009 at 12:22 PM, Martin Michlmayr wrote:
> Package:
On Tue, Apr 14, 2009 at 03:48:53PM +1200, Hamish wrote:
> Package: buici-clock
> Version: 0.4.6.0.1
> Severity: wishlist
>
> Hi,
>
> it would be nice if buici-clock had a .Xresource or command line
> setting to allow you to set a background color for the clock
> face. e.g. '#ff00ff' or one of the
On Fri, Mar 20, 2009 at 11:03:07PM +, Debian Bug Tracking System wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the lemon package:
>
> #520557: lemon: lempar.c not C++ clean
>
> It has been closed by Zack Weinberg .
>
> Their explanation is
Package: lemon
Version: 3.5.9-6
Severity: serious
Justification: unknown
The lempar.c file includes the following lines:
/* The yyzerominor constant is used to initialize instances of
** YYMINORTYPE objects to zero. */
static const YYMINORTYPE yyzerominor;
This statement doesn't compile wi
Package: wnpp
Severity: wishlist
The upstream build of cgit requires a download of git to build libgit
which this package links statically. Thus, this package practically
depends on a change to git-core.
http://hjemli.net/git/cgit/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list
Package: gnupg
Version: 1.4.9-3
Severity: important
In working with gpg-zip, I found that it was impossible to build a
symmetric cipher encrypted archive because GPG required a recipient.
The trouble appears to be that GPG requires a recipient when output
option is used.
# gpg --symmetric foo.t
On Mon, Aug 25, 2008 at 04:53:20AM +0200, Nicolas FRANCOIS (Nekral) wrote:
> Package: uboot-mkimage
> Version: 0.4
> Severity: minor
> Tags: patch
>
> Hello,
>
> There is a typo in the uboot-mkimage's long description.
> "kerel" should be "kernel".
Thanks.
>
> Best Regards,
> --
> Nekral
>
>
On Fri, Aug 22, 2008 at 06:16:59PM +0200, Bill Allombert wrote:
> Package: buici-clock
> Version: 0.4.6.0.1
> Severity: normal
>
> Hello Marc,
>
> The file /usr/share/menu/buici-clock reads
> ?package(buici-clock):\
> needs="X11" \
> section="Apps/Tools" \
> hints="Clocks" \
> title="buic
Package: synergy
Version: 1.3.1-4
Severity: important
Started synergys with the following command line:
synergys -f -d INFO
After running for a couple of days, it reported an assertion failure
on the console.
synergys: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion
`((int)((xcb_req) -
On Sun, Jun 22, 2008 at 03:30:19PM -0400, Joey Hess wrote:
> Package: ixp4xx-microcode
> Severity: normal
>
> There's a rm-old-firmware branch in git that deletes an old version of
> the firmware installed by d-i.
>
> I had meant to enable that once I was sure that the package was working
> ok, w
On Mon, May 19, 2008 at 11:36:50PM -0400, Joey Hess wrote:
> Package: apex-nslu2
> Version: 1.4.15.1
> Severity: important
> Tags: d-i
>
> Setting up apex-nslu2 (1.4.15.1) ...
> Unsupported platform.
>
> apex-nslu2 needs to be installable on non-slug systems, since it's a build
> dependency of d-
On Mon, May 19, 2008 at 01:24:46AM +0200, Kevin Price wrote:
> Package: apex-nslu2
>
> Hi,
>
> version 1.5.13 does not build on my armel/lenny slug, unless I switch
> the option CONFIG_AEABI to y. I support Martin Michlmayr's suggestion
> removing the symlink
>
> src/mach-ixp42x/debian-nslu2-arm
On Sun, May 18, 2008 at 11:28:08PM +0200, Martin Michlmayr wrote:
> * Marc Singer <[EMAIL PROTECTED]> [2008-05-18 14:01]:
> > Let me see if I understand. You want 1.4.15 with Kevin's patch and
> > nothing else?
>
> I believe Kevin's patch contains some cha
On Sun, May 18, 2008 at 11:15:26AM +0200, Martin Michlmayr wrote:
> * Marc Singer <[EMAIL PROTECTED]> [2008-05-17 18:27]:
> > I'll upload a new version this weekend.
>
> Thanks, that'd be great. The base system is frozen alredy but I hope
> we can get an except
On Sun, May 18, 2008 at 12:01:55PM +0200, Martin Michlmayr wrote:
> * Martin Michlmayr <[EMAIL PROTECTED]> [2008-05-18 11:15]:
> > * Marc Singer <[EMAIL PROTECTED]> [2008-05-17 18:27]:
> > > I'll upload a new version this weekend.
> >
> > Thanks, tha
On Sun, May 18, 2008 at 12:00:48PM +0200, Martin Michlmayr wrote:
> Package: apex-nslu2
> Version: 1.4.15
>
> debian/copyright says:
>
> | This program is written, maintained, and packaged for Debian by Marc
> | Singer <[EMAIL PROTECTED]>. The upstream source may be
On Mon, May 12, 2008 at 08:45:31PM +0200, Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2008-05-12 12:57]:
> > A few changes to the postinst script. No need to hardocde /usr/sbin,
> > this is always in the path when running a postinst script. #DEBHELPER#
> > should be put in for debhe
On Sun, Mar 02, 2008 at 09:58:28PM -0700, Gordon Farquharson wrote:
>
> The patch below is my attempt at adding the flash-apex script and a
> postinst script to the apex package. The diff is created between apex
> version 1.5.13 and an imaginary version 1.5.14.
>
> Would it be possible for you to
On Sun, Nov 18, 2007 at 08:29:38PM -0700, Gordon Farquharson wrote:
> Package: apex-nslu2
> Version: 1.4.15
> Severity: normal
>
> Hi Marc
>
> The apex-nslu2 package currently sets CONFIG_RAMDISK_SIZE to
> 0x0040 whereas the Ramdisk partition on the NSLU2 is 0x0060
> bytes. The boot log i
On Thu, Jun 28, 2007 at 12:39:29AM -0600, Gordon Farquharson wrote:
> I like the idea of creating a separate script to flash APEX. We add
> the script to the apex-nslu2 package, and run it as part of postinst
> when APEX is upgraded. In this case, we shouldn't need to check if
> APEX is present in
On Tue, Jun 26, 2007 at 09:07:49PM -0700, Marc Singer wrote:
> On Tue, Jun 26, 2007 at 09:07:16PM -0600, Gordon Farquharson wrote:
> > Hi Marc
> >
> > On 6/26/07, Marc Singer <[EMAIL PROTECTED]> wrote:
> >
> > >I recall that there was a thread of dis
On Tue, Jun 26, 2007 at 09:07:16PM -0600, Gordon Farquharson wrote:
> Hi Marc
>
> On 6/26/07, Marc Singer <[EMAIL PROTECTED]> wrote:
>
> >I recall that there was a thread of discussion about automatically
> >upgrading APEX when a new package is installed. Was thi
On Sat, Apr 28, 2007 at 11:14:27AM +0200, Martin Michlmayr wrote:
> Package: apex-nslu2
> Version: 1.4.15
>
> At the moment, the versions of apex-nslu2 are not written to flash.
> We need to figure out some way to do this eventually. I suppose we
> could copy some code from flash-kernel to apex-n
On Tue, Feb 06, 2007 at 05:49:14AM +0100, Martin Michlmayr wrote:
> * Marc Singer <[EMAIL PROTECTED]> [2007-02-05 18:21]:
> > Looks like an inadvertent change of the output file name. I'll fix
> > it and do an upload.
>
> ... or we simply stay with the new nam
On Mon, Feb 05, 2007 at 12:30:05AM -0700, Gordon Farquharson wrote:
> Package: apex
> Version: 1.4.14
> Severity: important
>
> apex-nslu2 1.4.14 breaks the current debian-installer build because
> /boot/apex.flash no longer exists in the 1.4.14 deb.
>
> cp /boot/apex.flash ./tmp/ixp4xx_netboot/a
On Wed, Jan 31, 2007 at 06:03:38PM +0200, Guillem Jover wrote:
> Package: apex
> Version: 1.4.14
> Severity: wishlist
> Tags: patch
>
> Hi,
>
> This patch changes the usage of DEB_BUILD_ARCH to the correct
> DEB_HOST_ARCH, which allows crossbuilding.
Thx, applied.
>
> regards,
> guillem
> dif
I'm inclined to add the
$(shell gcc -print-libgcc-file-name)
to the link for all targets. Seems harmless as long as the compiler
is GCC and I don't really support anything else anyway?
Am I missing something?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
On Fri, Oct 27, 2006 at 09:50:44PM -0700, Steve Langasek wrote:
> Hello,
>
> Bug #394418 is a report filed regarding a recurring build problem with mono
> on arm that results from mono generating code that's incompatible with the
> arm v3 instruction set. Likewise, it appears shadow fails to buil
On Sun, Apr 16, 2006 at 08:40:26PM -0700, Steve Langasek wrote:
> On Sun, Apr 16, 2006 at 07:53:00PM -0700, Marc Singer wrote:
> > On Sun, Apr 16, 2006 at 10:22:29PM -0400, Patricio Rojo wrote:
> > > Package: buici-clock
> > > Version: 0.4.5+b1
> > > Severity
On Sun, Apr 16, 2006 at 10:22:29PM -0400, Patricio Rojo wrote:
> Package: buici-clock
> Version: 0.4.5+b1
> Severity: grave
> Justification: renders package unusable
>
> After last upgrade of the X system, buici-clock got removed. When trying
> to reinstall it, I get the following message...
>
>
close 346639
Updated to autoconf2.59 so that the configure script can find the X
libraries without libxt being installed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Jan 15, 2006 at 10:57:35AM +0100, Bastian Blank wrote:
> On Sat, Jan 14, 2006 at 04:43:50PM -0800, Marc Singer wrote:
> > I'm depending on libx11-dev installing libX11.a in /usr/X11R6/lib. Is
> > it there on the s390?
>
> It is, but /usr/X11R6/lib is not in th
On Sun, Jan 15, 2006 at 12:30:10AM +0100, Bastian Blank wrote:
> reopen 346639
> found 346639 0.4.3
> thanks
>
> There was an error while trying to autobuild your package:
>
> > Automatic build of buici-clock_0.4.3 on debian-31 by sbuild/s390 85
> [...]
> > Checking for source dependency conflict
Package: ssh
Version: 1:3.8.1p1-8.sarge.4
Severity: important
After an upgrade of SSH, hostbased authentication stopped working.
I've spent some time recompiling the package with more debug
information and I believe I have found the rootcause, though I don't
know what part of the package changed.
Package: pure-ftpd
Version: 1.0.19-4
Severity: important
Files larger than 2G (I guess) are not visible in the directory
listing from an FTP client. I used lftp to verify this. I didn't
check to see if I could download the file regardless of the fact that
I couldn't see it in the directory list
Package: mozilla-firefox
Version: 1.0.4-2sarge2
Followup-For: Bug #324473
Unlike the other reports, I don't ever see a window.
[EMAIL PROTECTED] ~ > mozilla-firefox
(firefox-bin:12259): Gdk-WARNING **: gdk_property_get(): length value has
wrapped in calculation (did you pass G_MAXLONG?)
On Tue, Feb 22, 2005 at 11:39:42AM -0800, Ben Pfaff wrote:
[deletia]
> The documentation for AC_MALLOC_FUNC in the autoconf manual shows
> you what replacement you should provide:
>
> #if HAVE_CONFIG_H
> # include
> #endif
> #undef malloc
>
> #include
>
>
Package: quilt
Version: 0.37-4
Severity: normal
Using quilt add or quilt edit on a symlinked file confuses quilt. As
it doesn't recognize that the named file is a symlink to a source
file, quilt fails to track changes to that source file. This is
probably easily solved by either disallowing add
Package: autoconf
Version: 2.59a-3
Severity: important
In cross compiling the AC_MALLOC_FUNC function will *always* indicate
that malloc should be replaced with rpl_malloc. The code in the
./configure scripts looks like this:
echo "$as_me:$LINENO: checking for GNU libc compatible malloc" >&5
ec
68 matches
Mail list logo
