Joey Hess wrote:
> Even fdopen(1, 'w') crashes the same way.
Er, ignore that, it's obviously wrong.
But, stdout stderr etc are indeed looking very wrong..
joey@kite:~/tmp/curl-7.44.0/debian/build>cat src/tool_main.c
#include
#include
int main(int argc, char *argv[])
{
fprintf(
Fully minimal test case is in the attached shell script.
This bug only occurs if the binary is linked with -pie.
--
see shy jo
testcase.sh
Description: Bourne shell script
signature.asc
Description: Digital signature
Joey Hess wrote:
> Tried building curl from source to get a useful backtrace, but that
> build didn't have the problem.
>
> Since that build was done using gcc 4.9.2-4, it may be another hint in
> the direction of the recent gcc transitions.
Indeed, I built curl with gcc 5.2
Package: perl-modules
Version: 5.20.2-6
Severity: normal
Installing linux-image-amd64 currently results in this:
The following extra packages will be installed:
busybox firmware-linux-free initramfs-tools irqbalance klibc-utils
libalgorithm-c3-perl libarchive-extract-perl
Package: xfce4-power-manager
Version: 1.4.4-4
Severity: normal
Pressing my laptop's keys to increase/decrease brightness is nearly
compltely broken after upgrade from kernel 3.16.0 to 4.0.0. Hardware is
a Lenovo Yoga 11gs.
The display brightness slider in the panel works perfectly fine;
We've seen this bug again, with version 1.2.19.0-1.
--
see shy jo
signature.asc
Description: Digital signature
Aurelien Jarno wrote:
The fp pointer is NULL in both of the above functions. Could you please
try to get a backtrace to see which caller starts to pass a NULL
pointer?
Tried building curl from source to get a useful backtrace, but that
build didn't have the problem.
Since that build was done
Colin Watson wrote:
Here's LD_DEBUG=all output, which suggests it might relate to NSS.
22014: symbol=fclose; lookup in file=/lib/x86_64-linux-gnu/libc.so.6
[0]
22014: binding file /lib/x86_64-linux-gnu/libnss_compat.so.2 [0] to
/lib/x86_64-linux-gnu/libc.so.6 [0]: normal
Package: openssh-server
Version: 1:6.9p1-1
Severity: normal
/lib64/ld-linux-x86-64.so.2 /usr/bin/ssh
Segmentation fault
This is puzzling, AFAICS it should be the same as running ssh
directly. Happens on amd64, not on i386, and didn't used to happen
before probably version 1:6.9p1-1.
-- System
reassign 796899 libc6
found 796899 2.19-19
thanks
This also happens with curl, not just ssh, so reassigning to libc6.
/lib64/ld-linux-x86-64.so.2 /usr/bin/curl
Segmentation fault
Since curl 7.44.0-1 works when run via ld.so, and curl 7.43.0-1
segfaults, I think this might have to do with the
Package: kpartx
Version: 0.5.0-7
Severity: normal
Man page:
kpartx -av disk.img
This will output lines such as:
loop3p1 : 0 20964762 /dev/loop3 63
Reality:
root@darkstar:/home/joeykpartx -avs disk
add map loop0p1 (254:0): 0 192512 linear
Joachim Breitner wrote:
I think I got it: Cabal tries to infer what feature are supported by
looking at the dependencies, and their flags, and mumble mumble complex
search space.
Except while Cabal falls over, cabal-install does not.
For example:
joey@kite:~/git-annexdpkg-checkbuilddeps
Joey Hess wrote:
apt-get -y install ghc libghc-ifelse-dev libghc-missingh-dev
libghc-unix-compat-dev libghc-data-default-dev libghc-exceptions-dev
libghc-http-types-dev libghc-bloomfilter-dev libghc-old-locale-dev
libghc-resourcet-dev libghc-monad-control-dev libghc-edit-distance-dev
Joachim Breitner wrote:
If we can isolate the problem nicely, I’ll be happy to discuss this
with upstream.
deboostrap sid
in chroot:
mount -t proc proc /proc
apt-get -y install ghc libghc-ifelse-dev libghc-missingh-dev
libghc-unix-compat-dev libghc-data-default-dev libghc-exceptions-dev
Ian Campbell wrote:
The cubietruck u-boot is more than capable of booting from an ext
filesystem, so you should just do that, in fact everything should work
in this mode out of the box, how did you end up with a FAT /boot?
Haven't upgraded from default uboot yet, which does't even support
Package: flash-kernel
Version: 3.36
Severity: normal
A few places in flash-kernel try to ln -s, and this fails if /boot is
a FAT filesystem. It should be possible to fall back to cp in this case.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500,
Antoine Beaupré wrote:
First, a big warning: By checking /etc into version control, you are
creating a copy of files like /etc/shadow that must remain secret. Anytime
you have a copy of a secret file, it becomes more likely that the file
contents won't remain secret. etckeeper is careful
Package: dgit
Version: 1.0
Severity: normal
joey@darkstar:~/tmpdgit clone git-annex
canonical suite name for unstable is sid
fetching existing git history
remote: fatal: Out of memory, calloc failed
remote: aborting due to possible repository corruption on the remote side.
fatal: protocol error:
Package: systemd-cron
Version: 1.5.2-1
Severity: normal
Jul 18 08:41:26 darkstar systemd[1]: Starting [Cron] @reboot mpd...
Jul 18 08:41:26 darkstar sh[1906]: Jul 18 08:41 : socket: Failed to bind to
'[::]:6600': Address already in use
Jul 18 08:41:26 darkstar systemd[1]:
Daniel Kahn Gillmor wrote:
On Fri 2015-07-03 23:31:57 -0400, Joey Hess wrote:
Package: gnupg-agent
Version: 2.1.0-1
Severity: normal
I'm a little surprised by this version of gnupg-agent -- i don't think
it's available anywhere in debian for quite some time.
Hmm, I think I must have
Marco d'Itri wrote:
Are you using pinentry-gnome3 or pinentry-gtk-2?
The first one is probably broken right now for you too.
The problem indeed seems to be rooted in pinentry-gnome3. I switched the
alternative to pinentry-gtk2 (which I prefer anyway) and it has no
problem working.
--
see shy
Yves-Alexis Perez wrote:
Well, this variable is not set by default, and the code explicitly
checks for TRUE so you seem to had it set to TRUE somewhere.
The settings editor did not display the variable until I manually added
it, so I don't see how it could have been set before.
--
see shy jo
Package: apt
Version: 1.0.9.10
Severity: normal
apt does an excellent job of displaying download progress, packing a lot
of info into a single line in a very smart way.
But, with httpredir.debian.org in use (or perhaps due to some other change)
apt seems to do a lot of concurrent downloads. It
Package: xfce4-session
Version: 4.12.1-3
Severity: normal
At some point after the jessie release, an upgrade broke the gpg agent;
while the agent started on login, GPG_AGENT_INFO was not set. gpg2 could
the agent, but gpg v1 was unable to do so.
I added debugging to
pts/2S+ 0:00 \_ grep gpg-agent
joey@darkstar:~gpg2 --decrypt me.gpg
gpg: encrypted with 4096-bit RSA key, ID 17065459, created 2009-06-17
Joey Hess i...@joeyh.name
gpg: public key decryption failed: Operation cancelled
gpg: decryption failed: No secret key
If I kill the gpg
Simon McVittie wrote:
By the way, I notice Joey has marked this bug as pending by adding
$config{deterministic} and TZ. You might also want LC_ALL=C.UTF-8
to make sure nothing gets translated - $config{deterministic} doesn't
set TZ or LC_ALL. (Unless you think it should?)
I think not. I'll
Package: systemd
Version: 220-5
Severity: normal
For some reason, after a period of hours or days, systemd-nspawn
containers that are still running are no longer listed by machinectl.
root@elephant:~systemctl status systemd-nspawn@oldusenet-shellbox.service
●
--
see shy jo
Package: libbusiness-paypal-api-perl
Version: 0.70-1
Severity: normal
Since a week ago, the paypal api service this module uses has been
failing with 503 or 500. My guess is this means paypal has killed that
API, presumably replacing it with a new API.
-- System Information:
Debian Release:
John Millikin wrote:
I've not been able to reproduce this on my workstation, which is running
Jessie. Installed package versions:
ghc: [7.6.3, 7.8.4, 7.10.1]
c2hs: [0.17.2]
haskell-ncurses: [0.2.7, 0.2.11]
libncursesw5-dev: [5.9+20140913-1+b1]
That stack trace posted in the OP is
https://bugzilla.mozilla.org/show_bug.cgi?id=1103599
So I'm not the only one to have filed a bug about this, which was closed
with no, that can't be!
Also, perhaps relevant that I have DNT enabled in preferences. Some of
mozilla's own documentation claims that these ads are not shown when DNT is
Package: systemd
Version: 220-3
Severity: normal
File: systemd-networkd
I'm trying to use systemd-networkd with systemd-nspawn --private-network --port
now that a systemd supporting this feature has convenently landed in unstable
early. ;)
Jun 01 20:14:03 clam systemd-networkd[4629]: ve-t3:
Michael Biebl wrote:
We were reluctant to link against libiptc, since that would mean a
dependency on iptables, which is about 4M of additional disk space which
even minimal systems would have to install.
Given the recent upstream discussions [1] to switch to nftables, we will
probably wait
Helmut Grohne wrote:
Are you sure that /proc is mounted in that chroot? Maybe this is a
duplicate of #773768?
Totally is a dup of that, thanks!
In light of the possible exploitability of this misconfiguration as a
security hole, it seems that ghc should be fixed to not look for
libraries in
Joachim Breitner wrote:
Hi,
Am Samstag, den 30.05.2015, 10:00 -0400 schrieb Joey Hess:
Helmut Grohne wrote:
Are you sure that /proc is mounted in that chroot? Maybe this is a
duplicate of #773768?
Totally is a dup of that, thanks!
In light of the possible exploitability
Package: iceweasel
Version: 38.0.1-5
Severity: normal
The new tab page has been infested with ads provided by Mozilla.
For example, I have seen ads for FedEx, and for some web password
service.
The only way to turn them off is to disable viewing tiles at all in the
new tab page. Please disable
Package: ghc
Version: 7.8.4-8
Severity: important
root@honeybee:/# ghc
/usr/lib/ghc/bin/ghc: error while loading shared libraries:
libHShaskeline-0.7.1.2-ghc7.8.4.so: cannot open shared object file: No such
file or directory
root@honeybee:/# ls -l
Note that this bug is likely a security hole; /usr/bin/ghc loading .so
files relative to the CWD could be exploted.
When ghc's postinst runs ghc-pkg, it seems that dpkg does something that
prevents those relative paths being used (possibly just a chdir, didn't
check). So, it's at least not
FWIW, I have seen this on 2 machins:
* Bannana pi, running bannanian with a Debian armel chroot
* Cubietruck, running an image from https://romanrm.net/a10/debian with
a Debian armel chroot
In both cases, the kernel and boot system are armhf. I don't know if
this nonstandard configuration has
Mike Hommey wrote:
- search for devtools.chrome.enabled and toggle it.
- search for devtools.debugger.remote-enabled and toggle it.
Thanks for that useful tip!
- Press F10, open the Tools menu Web Developer Browser toolbox
- Select the Network pane
- open a new tab
Here, in Classic
Actually I have had to revert fixing this until I can update the
git-annex autobuilders to include the new version of shakespeare.
Which, will take quite a lot of work unforunately, and is currently
blocked by Debian testing's haskell packages having all kinds of broken
dependencies right now.
I get the same crash with ghc 7.6.3, and libncurses5 5.9+20140913-1+b1
with ncurses-0.2.11. On the same system, ncurses-0.2.7 works ok. So,
this seems to point to the new version of (haskell) ncurses being where
the problem lies.
--
see shy jo
--
To UNSUBSCRIBE, email to
Package: docker.io
Version: 1.6.2~dfsg1-1
Severity: normal
root@elephant:/usr/local/propellor#joeyconfigdocker start
kiteshellbox.elephant.kitenet.net.propellor
Error response from daemon: Cannot start container
kiteshellbox.elephant.kitenet.net.propellor: [8] System error: Unit
Joachim Breitner wrote:
please do not depend on libghc-hamlet-dev, it has been superceded by
libghc-shakespeare-dev. hamlet ist scheduled for removal (#783682).
I noticed that and it was fixed in the 5.20150522 release.
I am still waiting for algernon or someone to start uploading releases
to
Occurs to me that I might have had docker running in a screen session to
get debug messages for the intermittent bug where docker dies of a
signal. I forget if I did, but that might have prevented a clean
shutdown on the upgrade?
I rebooted the host, and /var/lib/docker still had a lot of images
Package: libghc-ncurses-dev
Version: 0.2.11-1+b1
Severity: normal
This program crashes with a segfault.
import UI.NCurses
main = runCurses $ do
w - defaultWindow
updateWindow w $ do
drawLineH (Just (Glyph ' ' [])) 80
This didn't used to happen; the library was
Daniel Kahn Gillmor wrote:
And ikiwiki defaults to sorting the inlined pages by age, if i'm reading
IkiWiki/Plugin/inline.pm correctly. I suppose the source documentation
is unpacked from the tarball with non-deterministic timestamps, which
makes sorting by age non-deterministic.
sort=age
Daniel Kahn Gillmor wrote:
Hi, this is an attempt to clear up at least one source of
unreproducibility in git-annex.
https://reproducible.debian.net/rb-pkg/unstable/amd64/git-annex.html
shows that the documentation shipped with git-annex appears to embed the
timestamp of the build. The
[ Please CC me, I am not subscribed to the debian BTS as I don't
maintain ikiwiki in Debian any longer, and have not tried to manually
subscribe yet. ]
So, I think we need to think about performance here. In the cgiurl()
case, performance of sorting a small hash of url parameters is almost
Package: quvi
Version: 0.4.2-2
Severity: normal
Something has changed in youtube, and quvi often no longer reports any
file_suffix for youtube videos, while still being able to provide the
url to the media file.
This may break some tools that use quvi and didn't realize that might
be omitted.
At this point I'm wondering myself what the holdup is on getting an
upload of git-annex into Debian. There are probably several hundred
bug fixes, and dozens of new features.
--
see shy jo
signature.asc
Description: Digital signature
Package: wget
Version: 1.16-3
Severity: normal
joey@darkstar:~/tmp/yln -s /etc/passwd README
joey@darkstar:~/tmp/yls
README@
joey@darkstar:~/tmp/ywget -O foo
ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README
--2015-05-05 13:17:22-- ftp://ftp.funet.fi/pub/Linux/mirrors/debian/README
Package: mpd
Version: 0.19.1-1.1
Severity: normal
I just experienced a bug identical to #769951 while running
the version of mpd that claims to have fixed it.
I followed the documentation in /etc/default/mpd and disabed it by
running sudo update-rc.d mpd disable
After reboot, init was
Seems a pity this is only being fixed in experimental. If Debian
releases with a cabal that does not even work in the default
configuration, I suspect this will increase the Haskell community's
general tendency to not use Debian's haskell infrastructure.
--
see shy jo
signature.asc
Package: pumpa
Version: 0.9-1
Severity: normal
If I have a note I'm trying to post, and the current wifi network is a
typical horrible gatewayed public wifi network, the post may fail a
couple of times. I'll then go do something else. In the meantime, pumpa
will try to refresh the timeline. Then
Package: perl-modules
Version: 5.20.2-1
Severity: normal
Depends: perl-base (= 5.20.1-3)
But, this version of perl-modules installs modules in
/usr/share/perl/5.20.2, while that version of perl-base
contains /usr/share/perl/5.20 - 5.20.1
I noticed this when perl -e 'use UNIVERSAL' started
Can't locate UNIVERSAL.pm in @INC (you may need to install the UNIVERSAL module)
(@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.1
/usr/local/share/perl/5.20.1 /usr/lib/x86_64-linux-gnu/perl5/5.20
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20
Package: cabal-install
Version: 1.20.0.3-1
Severity: normal
Since Cabal is back at version 1.16.0, a package with a custom Setup.hs
will be built linked against that. However, cabal-install 1.20 puts
things in the default ~/.cabal/config that cause such a Setup to crash.
For example:
Package: xfce4-weather-plugin
Version: 0.8.3-2
Severity: minor
See attached screenshot of -0 F, which is not really a number.
(The actual temp at the time was -0.4 F, so rounding bug.)
-- System Information:
Debian Release: 8.0
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel:
Source: haskell-persistent-sqlite
Version: 1.3.0.5-1+b1
Severity: normal
There is an embedded copy of sqlite in this library. It's currently
rather old, and even the latest persistent-sqlite from hackage embeds
an out of date version.
sqlite sometims has bugs. It may even have security bugs.
Antoine Beaupré wrote:
It seems that new releases of git-annex do not trickle down into
Debian anymore.
This package isn't orphaned yet, Joey: are you still planning on
publishing updates to it in Debian?
Gergely Nagy is maintaining it in Debian. It would be nice to get an
upload with his
Package: wnpp
Severity: wishlist
* Package name: haskell-docs
* URL : http://hackage.haskell.org/package/haskell-docs
* License : BSD3
Programming Lang: haskell
Description : haskell program to find and display haddock docs
This would be a useful addition to the
Holger Levsen wrote:
has anyone actually tested this patch?
Yes.
--
see shy jo
signature.asc
Description: Digital signature
Source: kgb-bot
Version: 1.33-2
Severity: important
Tags: security
2015.01.19 18:08:39: Listening on http://0.0.0.0:?session=KGB
2015.01.19 18:08:43: Connected to freenode (holmes.freenode.net)
2015.01.19 18:08:43: Joining #commits...
2015.01.19 18:08:43: Connected to oftc (graviton.oftc.net)
Package: alien
Severity: normal
Going through and cleaning out my todo folder for alien, I found an
email from an alien user who reported the following bug. I have
not tried to verify the problem, but it seems likely that alien
is exposing filenames to the shell.
---
Package: debian-cd
Severity: normal
gnome-keyring is a recommend of network-manager-gnome. While
network-manager-gnome is included on the xfce CD, gnome-keyring is not.
It should be.
I noticed this when installing stable, but testing appears to also have
the problem. An install from the xfce CD
Package: firmware-b43-installer
Version: 1:019-1
Severity: minor
drwxr-x--- 2 root root 4096 Jan 9 13:30 /lib/firmware/b43/
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures:
Antoine Beaupré wrote:
Actually, joeyh: how should we do this? Should I fork the git repo in to
collab-maint? Otherwise I'd be happy to push debian-related changes to
the upstream git repo:
git://etckeeper.branchable.com/
... if that's what you prefer.
Yes, I can give ssh keys commit
Package: macchanger
Version: 1.7.0-5
Severity: normal
Tags: security
(Note that I have obscured my actal MAC with XX in this bug report.)
root@darkstar:~macchanger wlan0 -m aa:bb:cc:dd:ee:ff
Current MAC: 40:f0:2f:XX:XX:XX (Liteon Technology Corporation)
Permanent MAC: 40:f0:2f:XX:XX:XX (Liteon
Simon McVittie wrote:
This should be fixed in experimental now. For unstable and jessie,
could someone who actively uses blogspam (I don't) please test
the attached diff relative to 3.20141016?
I've been running the updated blogspam on Branchable (debian stable)
for 4 days with no complaints.
A Mennucc wrote:
I read in changelog:
« Avoid re-checksumming when migrating from hashE to hash backend.»
I am migrating a repository from SHA256 to SHA256E should be faster in
newer versions.
You are migrating in the other direction and the optimisation doesn't
apply there.
--
see shy
Package: ikiwiki
Version: 3.20141017
Severity: important
https://ikiwiki.info/bugs/blogspam_server_stopped_supporting_xml-rpc
I feel that a total lack of ability to block spam is something worth fixing
in wheezy, and probably backporting to stable.
--
see shy jo
signature.asc
Description:
Package: docker.io
Version: 1.3.3~dfsg1-1
Severity: serious
Here's a system that was upgraded to unstable but not yet rebooted into the new
kernel..
root@clam:~uname -a
Linux clam 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2 x86_64 GNU/Linux
root@clam:~touch /hello-host
root@clam:~docker exec
Tianon Gravi wrote:
I would actually be very surprised if the issues you've encountered so
far are the only issues with Docker on a 3.2 kernel.
Just to be clear, my intent was not to use docker with an old kernel.
I was just deploying a system whose configuration included docker,
and since
Package: wnpp
Severity: wishlist
* Package name: haskell-disk-free-space
* URL : http://hackage.haskell.org/package/disk-free-space
* License : BSD3
git-annex currently contains its own implementation of a portable disk
free space and size checking library. In a future
justus.pia...@uibk.ac.at wrote:
I'd like to see this patch (or an improved version) applied upstream
(whatever this means, as it is dead and buried according to
http://joeyh.name/code/). Or else, please let me know about an
alive-and-well alternative to sleepd.
It seems to me that systemd
Package: dash
Version: 0.5.7-4+b1
Severity: normal
joey@darkstar:~cat testcase
#!/bin/sh
echo ${#@}
joey@darkstar:~bash testcase a
1
joey@darkstar:~posh testcase a
1
joey@darkstar:~dash testcase a
1
good so far...
joey@darkstar:~bash testcase a b
2
joey@darkstar:~posh testcase a b
2
Package: posh
Version: 0.12.3
Severity: minor
++
similar to ++, except the parameter is decremented by 1.
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures:
Package: ghc
Version: 7.6.3-20
Severity: normal
import System.Posix.Files
import Control.Exception
import Foreign.C.Types
main = print = (try (getPathVar . FileNameLimit) :: IO (Either IOException
CLong))
This program can fail on a system with a large disk:
Left .: getPathVar: failed (Value
Use first vcs from $LIST *is* nondeterministic. It means that people
who happen to have bzr installed from ancient days of yore when anything
used bzr will get a etckeeper using bzr if they apt-get install
etckeeper. And then on a second system that didn't have that cruft
installed, they'll get an
Package: iceweasel
Version: 31.3.0esr-1
Severity: normal
Recipe:
1. Go to remote cabin heated by woodstove, with dialup internet access.
Wait until the morning fire is burnt down to coals. That would be a
perfect rustic way to bake some cornbread in a dutch oven.
2. Start loading page
(PS the cornbread turned out great)
--
see shy jo
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
http://hackage.haskell.org/package/torrent
License: BSD3
Upcoming versions of git-annex will use this library to parse torrent
files. While it can fall back to building without the library, and
instead use the btshowmetainfo utility, that's not a recommended
Package: hsbrainfuck
Version: 0.1-6
Severity: normal
joey@darkstar:~echo +[,.] | hsbrainfuck
Killed
Strace shows the program sitting in some kind of tight loop,
including:
select(2, [], [1], NULL, {0, 0})= 1 (out [1], left {0, 0})
write(1,
Package: sysvinit-utils
Version: 2.88dsf-58
Severity: normal
I deployed a system accidentially without shadow passwords
enabled (all user accounts had * in /etc/passwd), and sulogin
failed with sulogin: cannot open password database!
It then segfaulted. Which is the bug.
Interestingly, systemd
Package: mp3rename
Version: 0.6-9
Severity: normal
Tags: patch
For some reason mp3rename opens files RDWR. I don't see why it does
this, as it is not going to change the content of a file.
open(www.archive.org_download_gd70_01_02.early_late.sbd.cotsman.18120.sbeok.shnf_gd70_01_02d1t01_vbr.mp3,
Package: mp3rename
Version: 0.6-9
Severity: normal
If two mp3 files in the same directory have identical id3tags,
running mp3rename on both will rename them both to the same filename.
Naturally, this results in the loss of one of the files' content.
(Not filing as grave to not be an asshole and
Package: guthub-backup
Version: 1.20141110
Severity: serious
joey@darkstar:~/src/github-backup./github-backup joeyh
Usage: github-backup [USERNAME|ORGANIZATION] [--exclude USERNAME/REPOSITORY]
This leaves the program mostly useless, unable to backup all a user's
repos, although it can still be
Source: dovecot
Version: 1:2.2.13-7
Severity: serious
After upgrading to this version, I cannot connect to dovecot's imap or
pop servers.
joey@darkstar:~telnet kitenet.net imap
Trying 66.228.36.95...
Connected to kite.kitenet.net.
Escape character is '^]'.
Connection closed by foreign host.
Guillem Jover wrote:
Ok, thanks for clarifying! One last question, there seems to be some
discrepancy between the license stated in debian/copyright and the
license blurb in the perl script. Would you sign off on the attached
patch?
All code I've written in dpkg-repack is licensed under
You were asking about the assistant's monitoring of /usr/bin/git-annex
and auto-restarting on change at around this time. Do you think that
could be related? How is annex.autoupgrade configured?
git annex webapp causes browser to start but there it is stuck at Starting
webapp...
This would
Package: wnpp
Severity: normal
I am not a DD and cannot maintain this package any longer.
I'm sort of upstream for it still.
--
see shy jo
signature.asc
Description: Digital signature
Vagrant Cascadian wrote:
Thanks for maintaining git-remote-gcrypt!
Ah drat, I forgot about this package.
It needs a Debian maintainer. I'm sort of kind of upstream for it but
only because the actual upstream is not anwsering.
When attempting to connect to a remote, I get the following...
Package: debootstrap
Version: 1.0.64
Severity: normal
W: Failure trying to run: chroot /debian mount -t proc proc /proc
This is because mount is in a different location in fedora than in debian.
On Debian, it's in /bin/mount, while on fedora, /usr/bin/mount.
And, on fedora, root's default path
Package: debootstrap
Version: 1.0.64
Severity: normal
xz is not a common format, and this makes it unncessarily difficult to
install debootstrap from source on unfamiliar linux systems. The space
savings are miniscule. Please switch to a tar.gz.
--
see shy jo
signature.asc
Description:
Package: debootstrap
Version: 1.0.64
Severity: normal
make devices.tar.gz runs MAKEDEV, so the instructions to run debootstrap
from source don't work on !debian.
setup_devices contains old code to bind mount /dev when it's managed by
devfs. Updating that code to check for /dev managed by udev
Package: systemd
Version: 215-5+b1
Severity: normal
A few problems with using systemd-nspawn@$foo.service units on Debian:
* /var/lib/container doesn't exist, so the admin will have to make
the directory in order to put containers where systemd expects to find
them.
If the admin does make
Package: pumpa
Version: 0.9-1
Severity: normal
I pasted this url into a note:
https://vote.debian.org/~secretary/gr_initcoupling/tally.txt
On cicking on the preview link, I was taken to this url instead, which
in this case didn't work:
Package: propellor
Version: 0.9.1
Severity: normal
propellor's docker support uses the docker.io command, but this
turns out to have been a deprecated compat symlink which was removed in
docker.io 1.3.1~dfsg1-2. Which has already migrated to testing.
This is fixed in propellor 0.9.2, which has
Package: pumpa
Version: 0.9-1
Severity: normal
Expected behavior: I move the mouse over an link in pumpa,
and the full url is displayed at the bottom of the window.
Actual behavior: Works sometimes but other times the displayed url is
not the one the mouse is over.
Analysis: There are two
301 - 400 of 6094 matches
Mail list logo
