Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Hi,

itd  writes:

> Hi,
>
> Kai Harries:
>> The depender will break if the dependency is not at the path where it
>> used to be at build-time (by default /nix/store/...). All software
>> deployed by nix contains the full path to its dependencies. And all
>> dependencies are available inside the nix-store. The idea is to rely on
>> nothing that is outside the nix-store. 
>
> would `mount --bind /var/nix /nix` help? In other words, Debian package
> nix uses /var/nix. Additionally, the package ships a Debian.README which
> states that users need to either bind mount /var/nix to /nix or to
> disable binary downloads.

Yes, bind mounts should work. I had started a discussion on d-devel [1]
on the topic of the non-standard-toplevel-dir, and from there I got the
impression that a lintian override is the way to go.

>From the user experience view I would prefer not to resort to a
bind-mount, but I guess your proposal should work and is the next best
thing I can imagine.

Regards Kai

[1] https://lists.debian.org/debian-devel/2019/01/msg00010.html

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Dmitry Bogatov  writes:

> [2018-12-29 19:54] Vincent Bernat 
>> > Probably not. Violations of FHS is violation of policy, and to get
>> > authorization to policy violation is long road, starting with discussion
>> > on debian-devel@.
>> >
>> > But, can't we just configure Nix to store it under /var/nix?
>> 
>> This would break the ability to use pre-built stuff and make nix
>> slow.
>
> I belive you, but just for my curiosity, what will break if we download
> substitute (nar, almost tar archive) and extract it not in /nix, but in
> /var/nix?

The depender will break if the dependency is not at the path where it
used to be at build-time (by default /nix/store/...). All software
deployed by nix contains the full path to its dependencies. And all
dependencies are available inside the nix-store. The idea is to rely on
nothing that is outside the nix-store. 

For example an ldd on bash looks like this:

$ ldd 
/nix/store/ij6wirzff9id7jr071p04w4nk6hksc3y-bash-interactive-4.4-p23/bin/bash
/nix/store/ij6wirzff9id7jr071p04w4nk6hksc3y-bash-interactive-4.4-p23/bin/bash:
linux-vdso.so.1 (0x7ffe1a7d5000)
libreadline.so.7 => 
/nix/store/vvwxc17kpc39qbcz7qp7mkqa7fr0my84-readline-7.0p5/lib/libreadline.so.7 
(0x7f25b0593000)
libhistory.so.7 => 
/nix/store/vvwxc17kpc39qbcz7qp7mkqa7fr0my84-readline-7.0p5/lib/libhistory.so.7 
(0x7f25b0389000)
libncursesw.so.6 => 
/nix/store/2lbhgxlrhgnij2c3bm719xidymmhp0m0-ncurses-6.1-20181027/lib/libncursesw.so.6
 (0x7f25b011a000)
libdl.so.2 => 
/nix/store/7gx4kiv5m0i7d7qkixq2cwzbr10lvxwc-glibc-2.27/lib/libdl.so.2 
(0x7f25aff16000)
libc.so.6 => 
/nix/store/7gx4kiv5m0i7d7qkixq2cwzbr10lvxwc-glibc-2.27/lib/libc.so.6 
(0x7f25afb62000)

/nix/store/7gx4kiv5m0i7d7qkixq2cobra10lvxwc-glibc-2.27/lib/ld-linux-x86-64.so.2 
=> 
/nix/store/7gx4kiv5m0i7d7qkixq2cwzbr10lvxwc-glibc-2.27/lib64/ld-linux-x86-64.so.2
 (0x7f25b07def000)

Regards, Kai

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Kai Harries  writes:

> Dmitry Bogatov  writes:
>
>> [2018-02-26 22:46] Andrey Rahmatullin 
>>> On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote:
>>> > > The source package you've uploaded is broken, as .dsc mentions
>>> > > nix_1.11.15-2~a1.debian.tar.xz.
>>
>> Hi!
>>
>> What is state of affairs with packaging nix? I am interested in getting
>> things done, maybe I could contribute somehow?
>
> We need to discuss with ftp-masters if we can get an exemption from
> the non-standard-toplevel-dir lintian rule (see this bug [1]). I am
> still planning to write a request to them, do you know if
> ftpmas...@debian.org would be the right address to start this
> discussion?

Send out a request to ftpmaster.

>
> Furthermore I am waiting for the 2.2 Nix upstream release (see here [2])
> the master was not buildable for me the last time I tried it (see here
> [3]).
>
> Help with this or some of the other minor issues is welcome.
>
>
> [1] https://github.com/KaiHa/nix-debian/issues/20
> [2] https://github.com/KaiHa/nix-debian/issues/9
> [3] https://github.com/KaiHa/nix-debian/issues/21

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Dmitry Bogatov  writes:

> [2018-02-26 22:46] Andrey Rahmatullin 
>> On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote:
>> > > The source package you've uploaded is broken, as .dsc mentions
>> > > nix_1.11.15-2~a1.debian.tar.xz.
>
> Hi!
>
> What is state of affairs with packaging nix? I am interested in getting
> things done, maybe I could contribute somehow?

We need to discuss with ftp-masters if we can get an exemption from
the non-standard-toplevel-dir lintian rule (see this bug [1]). I am
still planning to write a request to them, do you know if
ftpmas...@debian.org would be the right address to start this
discussion?

Furthermore I am waiting for the 2.2 Nix upstream release (see here [2])
the master was not buildable for me the last time I tried it (see here
[3]).

Help with this or some of the other minor issues is welcome.


[1] https://github.com/KaiHa/nix-debian/issues/20
[2] https://github.com/KaiHa/nix-debian/issues/9
[3] https://github.com/KaiHa/nix-debian/issues/21

Bug#877019: ITP: nix -- Purely functional package manager

[Kai Harries]

Raju Devidas  writes:

> On Wed, 27 Sep 2017 20:05:06 +0000 Kai Harries 
> wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Kai Harries 
>>
>> * Package name : nix
>> Version : 1.1.15
>> Upstream Author : Eelco Dolstra 
>> * URL : https://nixos.org/nix/
>> * License : LGPL v2.1
>> Programming Lang: C++, Shell, C, Perl
>> Description : Purely functional package manager
>>
>> A powerful package manager for Linux and other Unix systems that
>> makes package management reliable and reproducible. Nix provides
>> atomic upgrades and rollbacks, side-by-side installation of multiple
>> versions of a package, multi-user package management and easy setup of
>> build environments.
>>
>> I personally use it to install software that is not part of Debian or
>> software that I need in a newer version.
>>
>> My packaging efforts can be found here [1].
>>
>> I am looking for a sponsor.
>>
>> [1] https://github.com/KaiHa/nix-debian/releases
>>
> Have you made any progress on this?
> I discovered the package manager today and I think it would be great to
> have it in Debian.

Regarding getting nix included into Debian, no. First this [1] must be
solved. But the packaging itself should work, you can build a Debian
package yourself by cloning the repository [2] and following the
instructions in the README.

[1] https://github.com/KaiHa/nix-debian/issues/2
[2] https://github.com/KaiHa/nix-debian

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Hello,

Andrey Rahmatullin  writes:

> Control: tags -1 + moreinfo
>
> The source package you've uploaded is broken, as .dsc mentions
> nix_1.11.15-2~a1.debian.tar.xz.

My fault, GitHub doesn't like '~' in file names so I have uploaded
the files with an '.' instead of '~'. I have uploaded a new version [1]
that does not use the '~' in the version.


> I don't think the package is even buildable tbh, looking at
> debian/nix-docs.docs.

This was an accident. I somehow overlooked this file that was generated
by dh_make. I have removed it now.

> The version, 1.11.15-2~a1, is wrong for an initial Debian upload.

I have used 1.11.16-1 now. But I am not 100% sure that this is an
correct version number for the initial upload!?

> Also, the version in the RFS subject is not the package version.

My fault I missed a number in my RFS. What should I do to fix
this. Create a new RFS? (BTW I have now taken a newer upstream version).

> You need to run lintian from unstable on your package and fix main issues
> before asking for sponsorship.

Only two warnings left:

  W: nix: manpage-has-errors-from-man usr/share/man/man1/nix-store.1.gz 1235: 
warning [p 13, 9.7i]: can't break line
  W: nix: binary-without-manpage usr/bin/nix-generate-patches

I hope this is acceptable.

>
> -- 
> WBR, wRAR

[1] https://github.com/KaiHa/nix-debian/releases/tag/1.11.16-1

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Package: sponsorship-requests
Severity: wishlist

Dear Mentors,

I am looking for a sponsor for my package "nix":

* Package name: nix
  Version : 1.1.15
  Upstream Author : Eelco Dolstra
* URL : https://nixos.org/nix/
* License : LGPL v2.1
  Section : devel

It builds those binary packages:

  nix - Purely functional package manager
  
To access further information about this package, please visit the
following URL:

https://github.com/KaiHa/nix-debian/releases

If you haven't been exposed to Nix up to now, this [1] might give you a
good introduction to Nix.

It is a really impressive tool and I would be happy if it could be
included into Debian. 

[1] https://nixos.org/nix/about.html

Regards,

Kai Harries

Bug#877019: ITP: nix -- Purely functional package manager

[Kai Harries]

Package: wnpp
Severity: wishlist
Owner: Kai Harries <kai.harr...@gmail.com>

* Package name: nix
  Version : 1.1.15
  Upstream Author : Eelco Dolstra <edols...@gmail.com>
* URL : https://nixos.org/nix/
* License : LGPL v2.1
  Programming Lang: C++, Shell, C, Perl
  Description : Purely functional package manager

A powerful package manager for Linux and other Unix systems that
makes package management reliable and reproducible. Nix provides
atomic upgrades and rollbacks, side-by-side installation of multiple
versions of a package, multi-user package management and easy setup of
build environments. 

I personally use it to install software that is not part of Debian or
software that I need in a newer version.

My packaging efforts can be found here [1].

I am looking for a sponsor.

[1] https://github.com/KaiHa/nix-debian/releases

Bug#793456: scan-build: add option '--status-bugs-or-build-error'

[Kai Harries]

Package: clang
Version: 1:3.5-25
Severity: wishlist
Tags: patch

Dear Maintainer,

as already reported in https://llvm.org/bugs/show_bug.cgi?id=4312 the option
'--status-bugs' returns no failure if the build fails. I therefore propose a
new option '--status-bugs-or-build-error' that returns an exit code != 0 if
either the build failed or scan-build has detected errors.



-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages clang depends on:
ii  clang-3.5  1:3.5-10

clang recommends no packages.

clang suggests no packages.

-- no debconf information
Index: llvm-toolchain-snapshot-3.7~svn239806/clang/tools/scan-build/scan-build
===
--- llvm-toolchain-snapshot-3.7~svn239806.orig/clang/tools/scan-build/scan-build
+++ llvm-toolchain-snapshot-3.7~svn239806/clang/tools/scan-build/scan-build
@@ -1132,6 +1132,14 @@ OPTIONS:
command. Specifying this option causes the exit status of scan-build to be 1
if it found potential bugs and 0 otherwise.
 
+ --status-bugs-or-build-error
+
+   By default, the exit status of scan-build is the same as the executed build
+   command. Specifying this option causes the exit status of scan-build to be
+ * 1 if scan-build found potential bugs
+ * the exit status of the executed build command if the build failed
+ * 0 otherwise.
+
  --use-cc [compiler path]
  --use-cc=[compiler path]
 
@@ -1372,6 +1380,7 @@ my $HtmlDir;   # Parent director
 my $IgnoreErrors = 0;  # Ignore build errors.
 my $ViewResults  = 0;  # View results when the build terminates.
 my $ExitStatusFoundBugs = 0; # Exit status reflects whether bugs were found
+my $ExitStatusBugsOrBuildError = 0; # Exit status reflects whether bugs were found or build status
 my $KeepEmpty= 0;  # Don't remove output directory even with 0 results.
 my @AnalysesToRun;
 my $StoreModel;
@@ -1497,6 +1506,12 @@ while (@ARGV) {
 next;
   }
 
+  if ($arg eq --status-bugs-or-build-error) {
+shift @ARGV;
+$ExitStatusBugsOrBuildError = 1;
+next;
+  }
+
   if ($arg eq -store) {
 shift @ARGV;
 $StoreModel = shift @ARGV;
@@ -1736,6 +1751,9 @@ if (defined $OutputFormat) {
   exit 1 if ($NumBugs  0);
   exit 0;
 }
+if ($ExitStatusBugsOrBuildError) {
+  exit 1 if ($NumBugs  0);
+}
   }
 }
 

Bug#784312: [PATCH] approx: Remove dependencies on inet-superserver

[Kai Harries]

Source: approx
Source-Version: 5.5-1
Tags: patch

On my system I can not remove openbsd-inetd because approx depends on it:

  # aptitude why openbsd-inetd
  i   approx Depends openbsd-inetd | inet-superserver

Because approx has a systemd-unit file in which it is declared as socket
activated,  I believe the dependencies on openbsd-inetd, inet-superserver
and update-inetd are no longer needed or should at least be relaxed to
a recommends.

---
Index: approx-5.5-1/debian/control
===
--- approx-5.5-1/debian/control
+++ approx-5.5-1/debian/control
@@ -23,10 +23,8 @@
  ${shlibs:Depends},
  adduser,
  bzip2,
  curl,
- openbsd-inetd | inet-superserver,
- update-inetd,
  rsyslog | system-log-daemon,
  xz-utils
 Suggests: libconfig-model-approx-perl
 Description: caching proxy server for Debian archive files


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#768977: [PATCH] debian-cd uses 'ppmtolss16' but does not depend on 'syslinux-utils'

[Kai Harries]

Source: debian-cd
Source-Version: 3.1.16
Tags: patch

Dear Maintainer,

here is my patch for the described problem.

Kind regards,

Kai Harries

---
Index: debian-cd-3.1.16/debian/control
===
--- debian-cd-3.1.16/debian/control
+++ debian-cd-3.1.16/debian/control
@@ -10,9 +10,9 @@
 Vcs-Browser: http://anonscm.debian.org/git/debian-cd/debian-cd.git;a=summary

 Package: debian-cd
 Architecture: all
-Depends: ${misc:Depends}, curl, perl, dpkg-dev, cpp,
libdigest-md5-perl, libdigest-sha-perl, tofrodos, apt (= 0.3.11.1),
make, xorriso | genisoimage, lynx-cur | lynx, grep-dctrl, bc,
libcompress-zlib-perl, bzip2, libdpkg-perl
+Depends: ${misc:Depends}, curl, perl, dpkg-dev, cpp,
libdigest-md5-perl, libdigest-sha-perl, tofrodos, apt (= 0.3.11.1),
make, xorriso | genisoimage, lynx-cur | lynx, grep-dctrl, bc,
libcompress-zlib-perl, bzip2, libdpkg-perl, syslinux-utils
 Recommends: hfsutils, netpbm, isolinux, syslinux-common, mtools, dosfstools
 Description: Tools for building (Official) Debian CD set
  Debian-cd is the official tool for building Debian CD set since the potato
  release. It was formerly called YACS (for Yet Another CD Script).


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778593: [PATCH] bootcd: Update Burning the image Section in FAQ

[Kai Harries]

Source: bootcd
Source-Version: 4.05
Tags: patch

Dear Maintainer,

it looks like the Burning the image section in FAQ.bootcd is
outdated. In the example I have replaced the tool cdrecord by wodim.

Kind regards,

Kai Harries


---
Index: bootcd-4.05/FAQ.bootcd
===
--- bootcd-4.05/FAQ.bootcd
+++ bootcd-4.05/FAQ.bootcd
@@ -164,15 +164,10 @@
 3. Burning the image or creating a liveusbstick

 3.1
 Q: How can I burn the image ?
-A: For cdrom install cdrecord and see man cdrecord(1). Example
- cdrecord -scanbus
- cdrecord dev=0,2,0 -v -eject blank=fast
- cdrecord dev=0,2,0 -v -eject /var/spool/bootcd/cdimage.iso
-   For dvd install package dvd+rw-tools and see man growisofs(1m). Example:
- dvd+rw-format /dev/dvd
- growisofs -dvd-compat -Z /dev/dvd=/var/spool/bootcd/cdimage.iso
+A: Install wodim and see man wodim(1). Example
+ wodim -v -eject /var/spool/bootcd/cdimage.iso

 3.2
 Q: How can I create a floppy ?
 A: If you need to boot from floppy and to save changes made in ram you can


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778597: [PATCH] bootcd: Update LiveUsbBootStick Section in FAQ

[Kai Harries]

Source: bootcd
Source-Version: 4.05
Tags: patch

Dear Maintainer,

I believe the LiveUsbBootStick section in the FAQ contains an error.
At least I was not able to make it work without a few modifications.
Therefore I have updated the FAQ.bootcd.

Kind regards,

Kai Harries

---
Index: bootcd-4.05/FAQ.bootcd
===
--- bootcd-4.05/FAQ.bootcd
+++ bootcd-4.05/FAQ.bootcd
@@ -195,9 +195,9 @@
sgdisk -n 2:0:+100M -c 2:partition for iso   -t 2:8300 /dev/sdx
sgdisk -N 3 -c 3:unused partition-t 3:8300 /dev/sdx

# Format partition for iso and mount it
-   mkfs.ext3 /dev/sdx2
+   mkfs.ext2 /dev/sdx2
mkdir -p /mnt/stick
mount /dev/sdx2 /mnt/stick

# install Grub
@@ -211,10 +211,12 @@
 set default=0
 set timeout=5

 menuentry 'bootcd 1' {
+insmod part_gpt
+insmod ext2
 search --file --set root --no-floppy /cdimage_1.iso
-loopback loop /cdimage.iso
+loopback loop /cdimage_1.iso
 linux (loop)/isolinux/vmlinuz root=iso:auto:/cdimage_1.iso
bootcd=standard
 initrd (loop)/isolinux/initrd
 }
 END


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#778288: [PATCH] bootcd: bootcd2disk: Enlarge /boot partition

[Kai Harries]

Package: bootcd
Source: bootcd
Source-Version: 4.05
Tags: patch

Dear Maintainer,

I experienced on two distinct machines that bootcd2disk failed because
the /boot partition was to small. This trivial patch enlarges the
/boot partition from 50 MB to 100 MB.

Kind regards,

Kai Harries


---
Index: bootcd-4.05/bootcd2disk.lib
===
--- bootcd-4.05/bootcd2disk.lib
+++ bootcd-4.05/bootcd2disk.lib
@@ -91,9 +91,9 @@
 }

 check_SFDISK0()
 {
-  BOOTS=50
+  BOOTS=100
   if [ $SFDISK0 = auto ]; then
 [ -b $DISK0 ] || err \
   If you define SFDISK=auto, please define DISK as auto or block-device
 MEMS=`free | grep Mem | awk '{print $2}'`


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#776822: xserver-xorg-video-qxl: UI unresponsive after switching to VT and back

[Kai Harries]

Package: xserver-xorg-video-qxl
Version: 0.1.1-2+b1
Severity: normal

Dear Maintainer,

I have virtual machine running with no display manager and a
'/etc/xinit/xinitrc' that has only this content:
  #!/bin/sh
  set -e
  xmessage wait ...

After a few (5 to 50) switches between the virtual consoles, the xmessage
window is not properly redrawn (the text is missing) and the UI becomes
unresponsive (switching between VTs no longer possible, ssh login still
possible).

In top 'Xorg' is reported with ~30% CPU usage.

The strace of 'Xorg' looks like this:
  ...
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  nanosleep({0, 1000}, NULL)  = 0
  ...


The backtrace of 'Xorg' in gdb looks like this:
  #0  0xb716520b in __nanosleep_nocancel ()
  at ../sysdeps/unix/syscall-template.S:81
  #1  0xb71934ed in usleep (useconds=1) at
.../sysdeps/unix/sysv/linux/usleep.c:32
  #2  0xb6b728fa in qxl_wait_for_io_command (qxl=0xb7f1c398, qxl=0xb7f1c398)
  at ../../src/qxl_io.c:47
  #3  0xb6b72954 in qxl_update_area (qxl=0xb7f1c398) at ../../src/qxl_io.c:76
  #4  0xb6b6d727 in qxl_bo_update_area (surf=0xb822c040, x1=180, y1=-15,
x2=212,
  y2=17) at ../../src/qxl_mem.c:639
  #5  0xb6b6ae9a in qxl_download_box (surface=0xb822c040, x1=180, y1=-15,
  x2=212, y2=17) at ../../src/qxl_surface.c:143
  #6  0xb6b6afb3 in qxl_surface_prepare_access (surface=0xb822c040,
  pixmap=0xb7fb2df0, region=0xbfc15644, access=UXA_ACCESS_RO)
  at ../../src/qxl_surface.c:178
  #7  0xb6b71971 in qxl_prepare_access (pixmap=0xb7fb2df0, region=0xbfc15708,
  access=UXA_ACCESS_RO) at ../../src/qxl_uxa.c:49
  #8  0xb6b76477 in uxa_prepare_access (pDrawable=0xb7fb3320,
region=0xbfc15708,
  access=UXA_ACCESS_RO) at ../../../src/uxa/uxa.c:172
  #9  0xb6b7f2fc in uxa_check_copy_area (pSrc=0xb7fb3320, pDst=0xb82144d8,
  pGC=0xb80600f0, srcx=180, srcy=-15, w=32, h=32, dstx=0, dsty=0)
  at ../../../src/uxa/uxa-unaccel.c:154
  #10 0xb6b77375 in uxa_copy_area (pSrcDrawable=0xb7fb3320,
  pDstDrawable=0xb82144d8, pGC=0xb80600f0, srcx=180, srcy=-15, width=32,
  height=32, dstx=0, dsty=0) at ../../../src/uxa/uxa-accel.c:637
  #11 0xb760c325 in damageCopyArea (pSrc=0xb7fb3320, pDst=0xb82144d8,
  pGC=0xb80600f0, srcx=180, srcy=-15, width=32, height=32, dstx=0, dsty=0)
  at ../../../miext/damage/damage.c:764
  #12 0xb766688d in miDCSaveUnderCursor (pDev=0xb7fb3320, pScreen=0xb80600f0,
  x=180, y=-15, w=32, h=32) at ../../mi/midispcur.c:423
  #13 0xb76764ba in miSpriteSaveUnderCursor (pDev=pDev@entry=0xb805ec30,
  pScreen=pScreen@entry=0xb7f26d28) at ../../mi/misprite.c:880
  #14 0xb7677445 in miSpriteSaveUnderCursor (pScreen=0xb7f26d28,
pDev=0xb805ec30)
  at ../../mi/misprite.c:869
  #15 miSpriteSetCursor (pDev=0xb805ec30, pScreen=0xb7f26d28,
  pCursor=0xb800e658, x=195, y=0) at ../../mi/misprite.c:768
  #16 0xb75a59fa in xf86CursorSetCursor (pDev=0xb805ec30, pScreen=0xb7f26d28,
  pCurs=0xb800e658, x=195, y=0)
  at ../../../../hw/xfree86/ramdac/xf86Cursor.c:385
  #17 0xb75a5e5e in xf86CursorEnableDisableFBAccess (pScrn=0xb7f1bf38,
enable=1)
  at ../../../../hw/xfree86/ramdac/xf86Cursor.c:232
  #18 0xb6b69915 in qxl_enter_vt (arg=0xb7f1bf38) at ../../src/qxl_driver.c:861
  #19 0xb75a215e in xf86RandR12EnterVT (pScrn=0xb7f1bf38)
  at ../../../../hw/xfree86/modes/xf86RandR12.c:1746
  #20 0xb755eeae in xf86VTEnter ()
  at ../../../../hw/xfree86/common/xf86Events.c:571
  #21 0xb755f2eb in xf86VTSwitch ()
  at ../../../../hw/xfree86/common/xf86Events.c:633
  #22 xf86Wakeup (blockData=0x0, err=-1, pReadmask=0xb7761380 LastSelectMask)
  at ../../../../hw/xfree86/common/xf86Events.c:291
  #23 0xb7522a54 in WakeupHandler (result=-1,
  pReadmask=0xb7761380 LastSelectMask) at ../../dix/dixutils.c:423
  #24 0xb7684443 in WaitForSomething (pClientsReady=0xb8091068)
  at ../../os/WaitFor.c:229
  #25 0xb751da4e in Dispatch () at ../../dix/dispatch.c:361
  #26 0xb7521eca in dix_main (argc=7, argv=0xbfc15ee4,
  envp=0xb7753b1c noPanoramiXExtension) at ../../dix/main.c:296
  #27 0xb750bbca in main (argc=7, argv=0xbfc15ee4, envp=0xbfc15f04)
  at ../../dix/stubmain.c:34

Please let me know, if you need further information.

Kind regards,

Kai Harries



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jan 29 10:28 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2569072 Dec  9 17:13 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Red

Bug#773587: grub-imageboot: Document how to boot a Debian live image

[Kai Harries]

Package: grub-imageboot
Version: 0.6
Severity: wishlist
Tags: patch

Dear Maintainer,

when trying to boot a Debian live image it is not obvious how to achieve it.
Therefore I have attached a patch for the README.Debian to include a hint on
the findiso kernel commandline parameter.

Kind regards,

Kai Harries



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages grub-imageboot depends on:
ii  grub-pc  2.02~beta2-18
ii  syslinux-common  3:6.03+dfsg-4

grub-imageboot recommends no packages.

grub-imageboot suggests no packages.

-- no debconf information
--- /usr/share/doc/grub-imageboot/README.Debian	2011-12-23 00:36:12.0 +0100
+++ README.Debian	2014-12-20 10:58:27.684700976 +0100
@@ -14,3 +14,7 @@
 
 If you need special options to boot your images see $IMAGEOPTS and
 $ISOOPTS in /etc/default/grub-imageboot.conf.
+
+If you want to boot a Debian live image, you may need to append
+findiso=/boot/images/NameOfYour.iso to the kernel command line in the
+boot loader of your image.

Bug#768977: debian-cd uses 'ppmtolss16' but does not depend on 'syslinux-utils'

[Kai Harries]

Package: debian-cd
Version: 3.1.16
Severity: important

Dear Maintainer,

In the file '/usr/share/debian-cd/tools/boot/jessie/boot-x86' the command
'ppmtolss16' is used. This command was not installed on my system and therefore
my build of a CD failed. A search with apt-file shows me that 'ppmtolss16' is
part of the package 'syslinux-utils'. So I believe that debian-cd should depend
on 'syslinux-utils'.

Kind regards,

Kai Harries



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debian-cd depends on:
ii  apt1.0.9.3
ii  bc 1.06.95-9
ii  bzip2  1.0.6-7+b1
ii  cpp4:4.9.1-5
ii  curl   7.38.0-3
ii  dctrl-tools [grep-dctrl]   2.23
ii  dpkg-dev   1.17.21
ii  genisoimage9:1.1.11-3
pn  libcompress-zlib-perl  none
pn  libdigest-md5-perl none
ii  libdpkg-perl   1.17.21
ii  lynx-cur   2.8.9dev1-2+b1
ii  make   4.0-8
ii  perl [libdigest-sha-perl]  5.20.1-2
ii  tofrodos   1.7.13+ds-1
ii  xorriso1.3.2-1.1

Versions of packages debian-cd recommends:
ii  dosfstools   3.0.26-4
ii  hfsutils 3.2.6-13
ii  isolinux 3:6.03+dfsg-2
ii  mtools   4.0.18-2
ii  netpbm   2:10.0-15.1+b1
ii  syslinux-common  3:6.03+dfsg-2

debian-cd suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760309: [Simple-cdd-devel] Bug#760309: simple-cdd: build of squeeze image fails due to missing images/SHA256SUMS file

[Kai Harries]

Maybe not the most elegant solution, but here is what I have come up with.

Kind regards,

Kai

On Sat, Sep 6, 2014 at 1:15 AM, Vagrant Cascadian vagr...@debian.org wrote:
 On 2014-09-05 14:07:36 -0500, Kai Harries wrote:
 On Fri, Sep 5, 2014 at 7:43 PM, Vagrant Cascadian vagr...@debian.org wrote:
  # set path to include simple-cdd dirs
  simple_cdd_path=
 @@ -410,7 +411,7 @@ if [ true = $do_mirror ] || [ -z $do_mirror ] ; 
 then
  i386|amd64) di_match_files=/cdrom ;;
  *) di_match_files=. ;;
  esac
 -checksum_files=$checksum_files 
 dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
 +checksum_files=$checksum_files 
 dists/$DI_CODENAME/main/installer-$a/$di_release/images/${checksum_file_type}
  done
  fi
  # run mirroring hooks


 I have not tested it, but it looks like a good solution.

 I committed and pushed a version of the above patch to bzr...


 I recall debian-cd having poor support for building images other than
 the running distro, so you may also need to get fixes into debian-cd for
 that to work... or run your builds in a chroot of compatible
 distribution.

 I'm not sure how much energy I want to put into support for oldstable in
 general; I am not particularly fond of special casing on a
 per-distribution level.

 But then it would be nice if you mention it in the documentation
 (sorry, if I have overseen it)

 I'll try to come up with some updates to documentation,
 too... suggestions would be most welcome.


 and maybe even add a check that aborts the build with an error message
 if someone tries to create incompatible distributions with it.

 It's non-trivial to detect incompatible distributions, given that the
 only symptom is that debian-cd may fail to build.


 live well,
   vagrant
=== modified file 'simple-cdd.1'
--- simple-cdd.12009-08-04 08:37:44 +
+++ simple-cdd.12014-09-07 18:59:58 +
@@ -11,7 +11,9 @@
 Specify a configuration file
 .TP
 \fB\-\-dist\fR
-Specify a distribution (etch, lenny, sid)
+Specify a distribution (jessie, sid). Only the current or newer distributions
+are officially supported. Trying to build older distributions may or may not
+succeed.
 .TP
 \fB\-\-graphical\-installer\fR|\-g
 Enable graphical installer by default

=== modified file 'build-simple-cdd'
--- build-simple-cdd2014-09-05 23:05:09 +
+++ build-simple-cdd2014-09-07 19:21:09 +
@@ -60,6 +60,7 @@
   shift ;;
 --dist) export CODENAME=$2
   shift ;;
+--let-me-try-it) try_it=true ;;
 -g|--g|--graphical-installer) export ISOLINUX_DEFAULT=installgui ;;
 --serial-console|-s) use_serial_console=true ;;
 --do-mirror) do_mirror=true ;;
@@ -222,6 +223,13 @@
 test -z $DOJIGDO  export DOJIGDO=0
 test -z $MAXJIGDOS  export MAXJIGDOS=0
 
+if [ $CODENAME != jessie ]  [ $CODENAME != sid ]  [ $try_it != 
true ]
+then
+echo '$CODENAME' is no officially supported distribution. If you  \
+ nonetheless want to try it, then use the option --let-me-try-it.
+exit 1
+fi
+
 export MIRROR=$simple_cdd_mirror
 export BASEDIR=$simple_cdd_basedir
 export TDIR=$simple_cdd_temp/cd-build

Bug#760309: [Simple-cdd-devel] Bug#760309: simple-cdd: build of squeeze image fails due to missing images/SHA256SUMS file

[Kai Harries]

On Fri, Sep 5, 2014 at 7:43 PM, Vagrant Cascadian vagr...@debian.org wrote:
 I definitely thought about how to handle that when I implemented that
 feature, and decided to go for the simplicity of only supporting newer
 releases.

OK, I tend to agree with you.

 What about the following:

 diff --git a/build-simple-cdd b/build-simple-cdd
 index 70974ba..7f6038c 100755
 --- a/build-simple-cdd
 +++ b/build-simple-cdd
 @@ -195,6 +195,7 @@ test -z $simple_cdd_preseed  
 simple_cdd_preseed=preseed/file=/cdrom/simple-
  test -z $TASK  TASK=$simple_cdd_temp/simple-cdd.task
  test -z $keyring  keyring=/usr/share/keyrings/debian-archive-keyring.gpg
  test -z $user_gnupghome  user_gnupghome=false
 +test -z $checksum_file_type  checksum_file_type=SHA256SUMS

  # set path to include simple-cdd dirs
  simple_cdd_path=
 @@ -410,7 +411,7 @@ if [ true = $do_mirror ] || [ -z $do_mirror ] ; then
  i386|amd64) di_match_files=/cdrom ;;
  *) di_match_files=. ;;
  esac
 -checksum_files=$checksum_files 
 dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
 +checksum_files=$checksum_files 
 dists/$DI_CODENAME/main/installer-$a/$di_release/images/${checksum_file_type}
  done
  fi
  # run mirroring hooks


I have not tested it, but it looks like a good solution.


 I recall debian-cd having poor support for building images other than
 the running distro, so you may also need to get fixes into debian-cd for
 that to work... or run your builds in a chroot of compatible
 distribution.


 I'm not sure how much energy I want to put into support for oldstable in
 general; I am not particularly fond of special casing on a
 per-distribution level.

But then it would be nice if you mention it in the documentation
(sorry, if I have overseen it) and maybe even add a check that aborts
the build with an error message if someone tries to create
incompatible distributions with it.

Kind regards,

Kai


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#760309: simple-cdd: build of squeeze image fails due to missing images/SHA256SUMS file

[Kai Harries]

Package: simple-cdd
Version: 0.5.0
Severity: normal
Tags: upstream patch

Dear Maintainer,

   * What led up to the situation?
$ cat simple-cdd.conf
server=ftp.de.debian.org
debian_mirror=http://$server/debian/;
wget_debian_mirror=ftp://$server/debian/;
rsync_debian_mirror=$server::debian

$ simple-cdd --conf ./simple-cdd.conf --dist squeeze

   * What was the outcome of this action?
simple-cdd aborts with an error:
~~~
Checking checksum file... dists/squeeze/main/installer-
amd64/current/images/SHA256SUMS
sha256sum: standard input: no properly formatted SHA256 checksum lines found
~~~

   * What outcome did you expect instead?
An image of a squeeze installer.

If I apply the following changes to simple-cdd:
~~~
--- tmp/simple-cdd  2014-09-02 20:33:32.236476817 +0200
+++ /usr/bin/simple-cdd 2014-09-02 20:44:58.051014315 +0200
@@ -410,7 +410,11 @@
 i386|amd64) di_match_files=/cdrom ;;
 *) di_match_files=. ;;
 esac
-checksum_files=$checksum_files
dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+if [ $DI_CODENAME = squeeze ]; then
+checksum_files=$checksum_files
dists/$DI_CODENAME/main/installer-$a/$di_release/images/MD5SUMS
+else
+checksum_files=$checksum_files
dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+fi
 done
 fi
 # run mirroring hooks
~~~

 the existing MD5SUMS file is used. But then the process fails with:
~~~
Reading in package information for amd64:
  Done: Read details of 332 packages for amd64
WARNING: no translated descriptions found for squeeze/main
Starting to lay out packages into images:
  Adding the required directories
  Generating the image label and volume id
  Adding .disk/base_components
  Adding .disk/cd_type
  Adding udeb/base includes/excludes
WARNING: Unable to read UDEB_EXCLUDE file /home/kai/tmp/test-simple-cdd/tmp
//debian-cd/data/squeeze/amd64_netinst_udeb_exclude
  Adding docs to CD1
  Extracting FAQ on CD1
  Adding common docs on CD1
  Adding Release files
  Trying to add upgrade* directories
  (Optionally) making the image bootable for amd64:
No script to make CDs bootable for amd64
We've not been asked to ignore this. Aborting.
Failed to start disc 1, error 256
Makefile:406: recipe for target 'image-trees' failed
make: *** [image-trees] Error 1
~~~



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages simple-cdd depends on:
ii  apt-utils1.0.6
ii  dctrl-tools  2.23
ii  debian-cd3.1.15
ii  debootstrap  1.0.60
ii  lsb-release  4.1+Debian13
ii  python   2.7.8-1
ii  reprepro 4.15.0-1
ii  rsync3.1.1-2
ii  wget 1.15-1+b1

Versions of packages simple-cdd recommends:
ii  dose-distcheck  3.2.2-2+b1

Versions of packages simple-cdd suggests:
ii  qemu-kvm 2.1+dfsg-2
ii  qemu-system  2.1+dfsg-2

-- no debconf information
--- tmp/simple-cdd	2014-09-02 20:33:32.236476817 +0200
+++ /usr/bin/simple-cdd	2014-09-02 20:44:58.051014315 +0200
@@ -410,7 +410,11 @@
 i386|amd64) di_match_files=/cdrom ;;
 *) di_match_files=. ;;
 esac
-checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+if [ $DI_CODENAME = squeeze ]; then
+checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/MD5SUMS
+else
+checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+fi
 done
 fi
 # run mirroring hooks
--- tmp/simple-cdd	2014-09-02 20:33:32.236476817 +0200
+++ /usr/bin/simple-cdd	2014-09-02 20:44:58.051014315 +0200
@@ -410,7 +410,11 @@
 i386|amd64) di_match_files=/cdrom ;;
 *) di_match_files=. ;;
 esac
-checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+if [ $DI_CODENAME = squeeze ]; then
+checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/MD5SUMS
+else
+checksum_files=$checksum_files dists/$DI_CODENAME/main/installer-$a/$di_release/images/SHA256SUMS
+fi
 done
 fi
 # run mirroring hooks

Bug#755524: [Simple-cdd-devel] Bug#755524: simple-cdd: hangs at checking for missing mirror dependencies with dose-debcheck

[Kai Harries]

On Tue, Jul 22, 2014 at 9:34 PM, Kai Harries kai.harr...@gmail.com wrote:
 With revision 573 from bzr it is working for me (--dist wheezy).

Are you planning to release your fix anytime soon? Because I noticed
that in sid still only version 0.4.0 is available.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756463: xmonad: screen is not redrawn when last window is closed

[Kai Harries]

Package: xmonad
Version: 0.11-8
Severity: normal

Dear Maintainer,


   * What led up to the situation?

Start xmonad from gdm. Open a terminal. Close the terminal.

   * What was the outcome of this action?

The terminal window was still visible as an artifact.

   * What outcome did you expect instead?

The terminal window disappears and the desktop will become visible.


The desktop is also not redrawn when I switch to an empty workspace. It looks
like a lack of a composition manager is causing this problem. Because when I
modify /usr/share/xsessions/xmonad.desktop so that xmonad gets started by a
script like this:

  xcompmgr 
  xmonad

everything behaves like expected.

Kind regards,

Kai



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xmonad depends on:
ii  libc6 2.19-7
ii  libffi6   3.1-2
ii  libgmp10  2:6.0.0+dfsg-4
ii  libx11-6  2:1.6.2-2
ii  libxext6  2:1.3.2-1
ii  libxinerama1  2:1.1.3-1
ii  libxrandr22:1.4.2-1
ii  x11-utils 7.7+2

Versions of packages xmonad recommends:
ii  libghc-xmonad-dev  0.11-8
ii  libghc-xmonad-doc  0.11-8
ii  xfonts-base1:1.0.3

Versions of packages xmonad suggests:
ii  suckless-tools [dmenu]  40-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#755524: [Simple-cdd-devel] Bug#755524: simple-cdd: hangs at checking for missing mirror dependencies with dose-debcheck

[Kai Harries]

With revision 573 from bzr it is working for me (--dist wheezy).

Is it the responsibility of the user to remove an old tmp directory. I ask
because my first build of a wheezy image failed and I think the problem was
the tmp from my
previous attempt to build an testing/jessie image.


On Tue, Jul 22, 2014 at 7:55 PM, Vagrant Cascadian vagr...@debian.org
wrote:

 Control: tags 755524 pending

 On Mon, Jul 21, 2014 at 01:31:10PM -0700, Vagrant Cascadian wrote:
  On Mon, Jul 21, 2014 at 08:34:46PM +0200, Kai Harries wrote:
   checking for missing mirror dependencies with dose-debcheck: amd64
  ...
   The program sems to wait for input on STDIN. If I press A followed
 by ENTER
   the following is print to the terminal and the program finally exits:

 I committed a fix that should handle this better:


 https://alioth.debian.org/scm/loggerhead/simple-cdd/simple-cdd-devel/revision/572

 Essentially, if the list of files to pass dose-debcheck is empty, it
 issues a
 warning instead of calling dose-debcheck.


 Still could handle errors from reprepro better, but this (and the earlier
 commits improving gpg keyring handling) will at least address your specific
 issues.


 live well,
   vagrant

Bug#755524: simple-cdd: hangs at checking for missing mirror dependencies with dose-debcheck

[Kai Harries]

Package: simple-cdd
Version: 0.4.0
Severity: important

Dear Maintainer,

   * What led up to the situation?
I ran 'build-simple-cdd' without any further arguments from the command line.

   * What was the outcome of this action?
The programs hangs. The last output is:

getting missing dependencies... attempt 1
Error: unknown key '64481591B98321F9'!
There have been errors!
awk: fatal: cannot open file
`/home/kai/sw/FOSS/installer/foo/tmp//mirror/dists/jessie/main/binary-
amd64/Packages' for reading (No such file or directory)
no new dependencies, finished in 2 attempts.
find: `/home/kai/sw/FOSS/installer/foo/tmp//mirror/dists/jessie/main/binary-
amd64/Packages': No such file or directory
checking for missing mirror dependencies with dose-debcheck: amd64

   * What outcome did you expect instead?
That the program finally ends and a installer image in the directory 'images'
is generated.

   * Further information:

The program sems to wait for input on STDIN. If I press A followed by ENTER
the following is print to the terminal and the program finally exits:

Fatal error in module deb/format822.ml:
 Parse error lines 1:0--1:1:
unexpected RFC 822 token : 'a'
ERROR: missing required packages from profile default:  less
ERROR: missing required packages from profile default:  simple-cdd-profiles
WARNING: missing optional packages from profile default:  grub-pc grub-efi
popularity-contest console-tools console-setup usbutils acpi acpid eject lvm2
mdadm cryptsetup reiserfsprogs jfsutils xfsprogs debootstrap busybox syslinux-
common syslinux



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages simple-cdd depends on:
ii  apt-utils1.0.6
ii  dctrl-tools  2.23
ii  debian-cd3.1.15
ii  debootstrap  1.0.60
ii  lsb-release  4.1+Debian13
ii  python   2.7.8-1
ii  reprepro 4.15.0-1
ii  rsync3.1.1-1
ii  wget 1.15-1+b1

Versions of packages simple-cdd recommends:
ii  dose-distcheck  3.2.2-1

Versions of packages simple-cdd suggests:
ii  qemu-kvm  2.0.0+dfsg-6+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org