Bug#824426: FTBFS against libical2

[Tino Keitel]

On Tue, May 17, 2016 at 09:14:39 +0200, Tino Keitel wrote:

> absolutely. Actually, I have 1.6.1 packages ready for upload.

Sorry, 1.5.1 packages of cause [1].

It's not pushed to the git repository[2] yet, just send me a notice if
someone wants to look into it.

Regards,
Tino

[1] http://tikei.de/debian/syncevolution/

[2] http://anonscm.debian.org/cgit/collab-maint/syncevolution.git

Bug#824426: FTBFS against libical2

[Tino Keitel]

On Tue, May 17, 2016 at 09:08:17 +0200, Patrick Ohly wrote:

[...]

> OTOH, Debian itself is still on an old, pre-release version. Tino, do
> you still have plans for getting SyncEvolution updated in Debian?

Hi,

absolutely. Actually, I have 1.6.1 packages ready for upload. I just
wanted to do some more testing regarding SyncML and CalDAV/CardDAV, but
got stuck in too much RL. I'd be glad if someone could do some testing
and confirm that nothing breaks.

Regards,
Tino

Bug#749661: ifuse: Segfault

[Tino Keitel]

Package: ifuse
Version: 1.1.2-0.1+b2
Followup-For: Bug #749661

Same here with iPhone 4 and iOS 7.1.1.

$ gdb --args ifuse ~/ifuse/
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/ifuse...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/bin/ifuse /home/scorpion/ifuse/
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x77232b7e in __GI___strdup (s=0x0) at strdup.c:41
#2  0x7777d1da in plist_new_string (val=0x0) at plist.c:118
#3  0x7798b94c in pair_record_generate (pair_record=0x7fffe0d0, 
client=0x650310) at lockdown.c:879
#4  lockdownd_do_pair (client=0x650310, pair_record=pair_record@entry=0x0, 
verb=, verb@entry=0x77997f05 "Pair") at
lockdown.c:939
#5  0x7798be5c in lockdownd_pair (client=, 
pair_record=pair_record@entry=0x0) at lockdown.c:1102
#6  0x7798c463 in lockdownd_client_new_with_handshake (
device=, client=0x6054c8, label=)
at lockdown.c:774
#7  0x004017d4 in ?? ()
#8  0x771d2b45 in __libc_start_main (main=0x4016f0, argc=2, 
argv=0x7fffe328, init=, fini=, 
rtld_fini=, stack_end=0x7fffe318) at libc-start.c:287
#9  0x00401c13 in ?? ()
(gdb) 

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.9-x61-05369-g0ec2792 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ifuse depends on:
ii  fuse   2.9.3-10
ii  libc6  2.19-4
ii  libfuse2   2.9.3-10
ii  libimobiledevice4  1.1.6+dfsg-2
ii  libplist2  1.11-3

ifuse recommends no packages.

ifuse suggests no packages.

-- debconf-show failed


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

Bug#699852: Proposed debdiff

[Tino Keitel]

On Wed, Mar 20, 2013 at 10:54:48 +0100, Tino Keitel wrote:
> On Tue, Mar 19, 2013 at 20:18:41 +0100, Julien Cristau wrote:
> 
> > Looks like the alioth git repo mentions the autosync issue in the
> > changelog, but doesn't actually include the change? 
> 
> Hi,
> 
> the master branch is only used for the Debian packaging in debian/,
> besides that it consists of unmodified upstream source. AFAIK it was
> handled this way by the former maintainer, and I just did the same.
> 
> The patches mentioned in the changelog are in are in the branch
> patch-queue/upstream.
> 
> > Also it adds hardening, which is too invasive for the current freeze
> > stage.
> 
> OK, I'll remove that.

Hi,

I rebased the master branch. The hardening changes are removed and the
changelog is adjusted. I also fixed the bogus "New upstream release"
line, which now correctly states how the mentioned bug #684077 was
fixed.

Regards,
Tino


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

Bug#699852: Proposed debdiff

[Tino Keitel]

On Tue, Mar 19, 2013 at 20:18:41 +0100, Julien Cristau wrote:

> Looks like the alioth git repo mentions the autosync issue in the
> changelog, but doesn't actually include the change? 

Hi,

the master branch is only used for the Debian packaging in debian/,
besides that it consists of unmodified upstream source. AFAIK it was
handled this way by the former maintainer, and I just did the same.

The patches mentioned in the changelog are in are in the branch
patch-queue/upstream.

> Also it adds hardening, which is too invasive for the current freeze
> stage.

OK, I'll remove that.

Thanks a lot for you input.

Regards,
Tino


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

Bug#699852: Proposed debdiff

[Tino Keitel]

On Fri, Mar 08, 2013 at 07:39:32 +0100, Yves-Alexis Perez wrote:
> I've built a package including the patch pointed by Josselin. Could
> someone test it and report back as I don't have an http-based
> syncevolution setup.

Hi,

I already prepared a -2 version with several fixes, including the
autosync issue, but got interrupted due to the birth of a baby girl. 
I'll try to push it to the alioth git repository, and would appreciate
some help getting it reviewed/accepted for wheezy or wheezy-updates.

Regards,
Tino


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

Bug#657001: sync-ui: fails to upgrade from squeeze - trying to overwrite ...

[Tino Keitel]

tags 657001 confirmed pending
thanks

Hi,

thanks for the report. This bug will be fixed with the next upload
(1.2.2-1).

Regards,
Tino



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

Bug#632828: Ping

[Tino Keitel]

On Fri, Jul 29, 2011 at 13:30:50 +0200, Jaap Keuter wrote:
>   
> 
> Any progress? 

Hi Jaap,

I didn't get a reply from my sponsor so far.

Regards,
Tino



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

Bug#615263: Bugs have been fixed in syncevolution 1.1.994+ds1-1

[Tino Keitel]

Hi,

your bugs have been fixed in syncevolution 1.1.99.4+ds1-1, please see
the changelog:
http://packages.debian.org/changelogs/pool/main/s/syncevolution/current/changelog

Regards,
Tino



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

Bug#632828: xca: Should this package be orphaned?

[Tino Keitel]

On Wed, Jul 06, 2011 at 10:44:12 +0200, Niels Thykier wrote:
> Package: xca
> Severity: serious
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Hi Tino Keitel
> 
> Currently xca FTBFS in sid and has been removed from testing due to
> changes in how linking is done.  I believe (but have not tested it)
> that the patch from #605141 should fix the issue (and also close
> #615796).
> 
> Due to a lack of reply to these bugs, I wonder if you still have
> time to maintain this package.  It is perfectly okay, if this is
> the case, though please either put it up for adoption or request
> a co-maintainer.
>   Otherwise, please look into fixing the above mentioned RC bugs
> so that xca can migrate to testing.  Feel free to ask for help
> if they are giving you issues (incl. using the help tag).

Hi,

I initially used the patch attached in the BTS, but the upstream author
fixed it in a different way after I sent him the patch.  I already
prepared a new package taken from a new upstream snapshot which
contains the fix, but did not get a reply from my sponsor yet.  I also
intended to mark the bugs as "upload pending", but forgot...

Just FYI, the package can be found here:

http://tikei.de/debian/xca/

Regards,
Tino



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

Bug#588208: grub-efi-ia32: breaks video of Mac Mini Core 2 Duo

[Tino Keitel]

Package: grub-efi-ia32
Version: 1.98+20100705-1
Severity: critical
Justification: breaks unrelated software

Hi,

after installing and using the current grub-efi-ia32, I got a grub menu
once, which filled the whole screen in the native display resolution
(1680x1050), instead of the 640x480 screen I used to get with older grub
versions. Then I booted Linux.

After a reboot, I don't get any video signal unless I boot a Linux kernel. I
get no video signal in the EFI firmware, in the menu when I hold the cmd (or
left alt) key during boot, in the grub menu, and in OS X.  So the computer
is now damaged and unusable until a Linux kernel is loaded.  I have no idea
what exactly caused this, but I'm using this Mac for more than a year now,
and used another Mac mini Core Duo a few years before this, and never got
such behaviour.  The only thing I did was to install and use grub-efi-ia32
1.98+20100705-1.  I used grub-efi-ia32 1.98 before.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/root / ext3 rw,relatime,errors=remount-ro,data=writeback 0 0
/dev/mapper/mac-home /home ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-usr /usr ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-var /var ext4 rw,relatime,barrier=1,data=ordered 0 0
/dev/mapper/mac-crap /home/scorpion/src ext4 rw,relatime,barrier=1,data=ordered 
0 0
/dev/sda3 /boot/grub hfsplus rw,relatime,umask=22,uid=0,gid=0,nls=utf8 0 0
/dev/mapper/wd1-mythtv /home/mythtv xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/wd1-storage /home/storage xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/wd1-home /home/old xfs rw,relatime,attr2,noquota 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-Hitachi_HTS725050A9A364_100129PCE400VLGGE90C
(hd1)   /dev/disk/by-id/ieee1394-0030e001e0006585:00043c:
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="1"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod efi_gop
  insmod efi_uga
  insmod video_bochs
  insmod video_cirrus
}

insmod lvm
insmod part_gpt
insmod ext2
set root='(mac-usr)'
search --no-floppy --fs-uuid --set 49fef8f7-b635-4ee5-8dc1-a1119ddb20c7
if loadfont /share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
if terminal_output gfxterm ; then true ; else
  # For backward compatibility with versions of terminal.mod that don't
  # understand terminal_output
  terminal gfxterm
fi
set timeout=1
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/03_efi-settings ###
set F1=ctrl-x
set F2=ctrl-c
set F5=ctrl-e

search --set -f /boot/vbios.bin
insmod loadbios
loadbios /boot/vbios.bin /boot/int10.bin

### END /etc/grub.d/03_efi-settings ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/06_MacOS_X ###
menuentry "MacOSX" {
  # Set the root device for Mac OS X's loader.
  search --set -f /usr/standalone/i386/boot.efi
  # Load the loader.
  chainloader /usr/standalone/i386/boot.efi
}
### END /etc/grub.d/06_MacOS_X ###

### BEGIN /etc/grub.d/07_default ###
menuentry "Debian GNU/Linux, Linux kernel" {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
linux   /boot/default-kernel root=/dev/sda4 ro i915.modeset=1 gpt 
}
menuentry "Debian GNU/Linux, Linux kernel (recovery mode)" {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
linux   /boot/default-kernel root=/dev/sda4 ro single i915.modeset=1 gpt
}
### END /etc/grub.d/07_default ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.35-rc4-1-gf3b09f2' --class 
debian --class gnu-linux --class gnu --class os {
insmod part_gpt
insmod ext2
set root='(hd0,gpt4)'
search --no-floppy --fs-uuid --set d7f9e66b-8c88-4d3e-8f62-da0c2cc60adb
echo'Loading Linux 2.6.35-rc4-1-gf3b09f2 ...'
linux   /boot/vmlinuz-2.6.35-rc4-1-gf3b09f2 root=/dev/sda4 ro 
i915.modeset=1 gpt 
}
menuentry 'Debian GNU/Linux, with Linux 2.6.35-rc4-1-gf3b09f2 (recovery 
mode)' --class debian --class gnu-linux --class gnu --class os {
insmod part_gpt
insm

Bug#544664: dma: auth.conf is readable by all users

[Tino Keitel]

On Sat, Sep 12, 2009 at 00:26:22 +0300, Peter Pentchev wrote:

[...]

> Thus, I'm raising the severity of the "world-readable auth.conf" bug
> in the hope that this will prevent dma from migrating to testing,

It's now in testing.

Regards,
Tino



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

Bug#519181: [Pkg-xfce-devel] Bug#519181: xfce4-sensors-plugin: Patch providing working example code fix

[Tino Keitel]

On Fri, Mar 20, 2009 at 17:49:10 -0400, Dave Witbrodt wrote:
> Package: xfce4-sensors-plugin
> Version: 0.10.99.6-1.dwfix
> Followup-For: Bug #519181
> 
> 
> Attached is a patch showing changes I made which fix the crash problem on my
> own machine.  I created the patch like this:

Hi,

in your previous mail, you wrote that the segfault is caused by calls
to g_free() with an uninitialized checktext variable. Without looking
at the code, wouldn't just initializing cleartext with NULL be a much
smaller fix? I assume that g_free() behaves like free() here ("If ptr
is NULL, no operation is performed"), at least it does so according to
the glib documentation: "If mem is NULL it simply returns".

Regards,
Tino



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

Bug#482095: [Pkg-hpijs-devel] Bug#482095: hplip: broken systray icon

[Tino Keitel]

On Wed, May 21, 2008 at 18:36:09 +1000, Mark Purcell wrote:
> On Wed, 21 May 2008, Tino Keitel wrote:
> > error: PyQt not installed. GUI not available. Exiting.
> > warning: Qt/PyQt initialization failed.
> > error: hp-toolbox requires GUI support. Exiting.
> 
> Thanks Tino,
> 
> PyQt should be being provided by python-qt4, which is a depends of hplip-gui.
> 
> Can you confirm you have python-qt4 installed?

Yes:

ii  python-qt4 4.3.3-3Python bindings for Qt4

Regards,
Tino



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#437454: [Pkg-xfce-devel] Bug#437454: fix for Etch still missing

[Tino Keitel]

On Fri, Aug 24, 2007 at 17:11:04 +0100, Simon Huggins wrote:
> On Fri, Aug 24, 2007 at 05:19:08PM +0200, Tino Keitel wrote:
> > what is the status of this bug regarding Etch? The Etch version is
> > affected, too, and the fix should also apply to the Etch version.
> 
> I have untested packages for stable at:
> http://the.earth.li/~huggie/xfce4-terminal-fix/
> 
> If you have an amd64 box you can just install the deb.  Otherwise if you
> rebuild it from that .dsc/.diff.gz/.orig.tar.gz on your machine and can
> let me know that you can reproduce the bug on the old one but not the
> new that would be useful.
> 
> I need to test it myself tonight.

I can build it myself if I need them, but I don't use xfce4-terminal
from Etch. I just wondered why a security related bug that is fixed for
nearly 2 weeks in Sid is still not fixed in Etch.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#437454: fix for Etch still missing

[Tino Keitel]

Hi,

what is the status of this bug regarding Etch? The Etch version is
affected, too, and the fix should also apply to the Etch version.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336752: moderation of bug reports #350847 and #353458

[Tino Keitel]

On Tue, Mar 21, 2006 at 10:20:42 -0500, Brice Goglin wrote:
> Hi,
> 
> I submitted 2 bugs about libgl1-mesa-dri on Radeon X300 (#350847 and 
> #353458) about a month ago. But I got a message saying that my reports 
> would have to be moderated. It does not seem to have been done so far. 
> Is anybody aware of my bug reports ? :)

I already filed a similar bug[1]. It was closed because the specific
package was removed, and not because the problems with
[EMAIL PROTECTED] as the Debian maintainer contact
were solved regarding bug reports.

IMHO all packages using this address as the maintainer address should
get an RC bug because the maintainer contact is not reachable. The list
should at least accept mails from the BTS without complaining bug
reporters about list moderation.

Regards,
Tino

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336752


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#356016: chpst: setting of multiple groups using -u is broken

[Tino Keitel]

Hi,

the attached patch fixes all warnings that occurred on my unstable
system. This also includes a fix for the setgroups() flaw in chpst.

Regards,
Tino
diff -ru runit-1.3.3/admin/runit-1.3.3/src/chkshsgr.c 
src/runit-1.3.3/admin/runit-1.3.3/src/chkshsgr.c
--- runit-1.3.3/admin/runit-1.3.3/src/chkshsgr.c2006-01-02 
21:39:50.0 +0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/chkshsgr.c2006-03-12 
22:41:00.0 +0100
@@ -1,10 +1,12 @@
 /* Public domain. */
 
+#include 
 #include 
+#include 
 
 int main()
 {
-  short x[4];
+  gid_t x[4];
 
   x[0] = x[1] = 0;
   if (getgroups(1,x) == 0) if (setgroups(1,x) == -1) _exit(1);
diff -ru runit-1.3.3/admin/runit-1.3.3/src/chpst.c 
src/runit-1.3.3/admin/runit-1.3.3/src/chpst.c
--- runit-1.3.3/admin/runit-1.3.3/src/chpst.c   2006-01-02 21:39:50.0 
+0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/chpst.c   2006-03-12 
22:41:00.0 +0100
@@ -3,6 +3,7 @@
 #include 
 #include 
 #include 
+#include 
 #include "sgetopt.h"
 #include "error.h"
 #include "strerr.h"
diff -ru runit-1.3.3/admin/runit-1.3.3/src/pathexec_run.c 
src/runit-1.3.3/admin/runit-1.3.3/src/pathexec_run.c
--- runit-1.3.3/admin/runit-1.3.3/src/pathexec_run.c2006-01-02 
21:39:50.0 +0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/pathexec_run.c2006-03-12 
22:41:00.0 +0100
@@ -1,5 +1,6 @@
 /* Public domain. */
 
+#include 
 #include "error.h"
 #include "stralloc.h"
 #include "str.h"
@@ -15,7 +16,7 @@
   int savederrno;
 
   if (file[str_chr(file,'/')]) {
-execve(file,argv,envp);
+execve(file,(char * const *)argv,(char * const *)envp);
 return;
   }
 
@@ -32,7 +33,7 @@
 if (!stralloc_cats(&tmp,file)) return;
 if (!stralloc_0(&tmp)) return;
 
-execve(tmp.s,argv,envp);
+execve(tmp.s,(char * const *)argv,(char * const *)envp);
 if (errno != error_noent) {
   savederrno = errno;
   if ((errno != error_acces) && (errno != error_perm) && (errno != 
error_isdir)) return;
diff -ru runit-1.3.3/admin/runit-1.3.3/src/prot.c 
src/runit-1.3.3/admin/runit-1.3.3/src/prot.c
--- runit-1.3.3/admin/runit-1.3.3/src/prot.c2006-01-02 21:39:50.0 
+0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/prot.c2006-03-12 
22:41:00.0 +0100
@@ -1,12 +1,15 @@
 /* Public domain. */
 
+#include 
+#include 
+#include 
 #include "hasshsgr.h"
 #include "prot.h"
 
-int prot_gid(int gid)
+int prot_gid(gid_t gid)
 {
 #ifdef HASSHORTSETGROUPS
-  short x[2];
+  gid_t x[2];
   x[0] = gid; x[1] = 73; /* catch errors */
   if (setgroups(1,x) == -1) return -1;
 #else
@@ -15,7 +18,7 @@
   return setgid(gid); /* _should_ be redundant, but on some systems it isn't */
 }
 
-int prot_uid(int uid)
+int prot_uid(uid_t uid)
 {
   return setuid(uid);
 }
diff -ru runit-1.3.3/admin/runit-1.3.3/src/prot.h 
src/runit-1.3.3/admin/runit-1.3.3/src/prot.h
--- runit-1.3.3/admin/runit-1.3.3/src/prot.h2006-01-02 21:39:50.0 
+0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/prot.h2006-03-12 
22:41:00.0 +0100
@@ -3,7 +3,7 @@
 #ifndef PROT_H
 #define PROT_H
 
-extern int prot_gid(int);
-extern int prot_uid(int);
+extern int prot_gid(gid_t);
+extern int prot_uid(uid_t);
 
 #endif
diff -ru runit-1.3.3/admin/runit-1.3.3/src/seek_set.c 
src/runit-1.3.3/admin/runit-1.3.3/src/seek_set.c
--- runit-1.3.3/admin/runit-1.3.3/src/seek_set.c2006-01-02 
21:39:50.0 +0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/seek_set.c2006-03-12 
22:41:00.0 +0100
@@ -1,6 +1,7 @@
 /* Public domain. */
 
 #include 
+#include 
 #include "seek.h"
 
 #define SET 0 /* sigh */
diff -ru runit-1.3.3/admin/runit-1.3.3/src/uidgid.h 
src/runit-1.3.3/admin/runit-1.3.3/src/uidgid.h
--- runit-1.3.3/admin/runit-1.3.3/src/uidgid.h  2006-01-02 21:39:51.0 
+0100
+++ src/runit-1.3.3/admin/runit-1.3.3/src/uidgid.h  2006-03-12 
22:42:34.0 +0100
@@ -1,10 +1,12 @@
 #ifndef UIDGID_H
 #define UIDGID_H
 
+#include 
+
 struct uidgid {
-  int uid;
-  int gid[61];
-  int gids;
+  uid_t uid;
+  gid_t gid[61];
+  size_t gids;
 };
 
 extern unsigned int uidgid_get(struct uidgid *, char *, unsigned int);

Bug#356016: runit: setting of multiple groups using -u is broken

[Tino Keitel]

Package: runit
Version: 1.3.3-1
Severity: critical
Tags: security
Justification: root security hole

Hi Gerrit,

As I told you during lunch a few weeks ago, the chpst binary in the
Sid package of runit behaves buggy regarding multiple groups in the
-u parameter:

$ strace -s 4096 -f /usr/bin/chpst -u 
nobody:ipod:nogroup:camera:mythtv/bin/sleep 1 2>&1 | grep setgroups

setgroups(4, [1006, 0, 65534, 0])   = 0

The 0 groups are wrong here, so the process gets permissions for the
root group where is shouldn't!

The correct group IDs look like this:

$ grep -E "ipod|nogroup|camera|mythtv" /etc/group
nogroup:x:65534:
mythtv:x:110:scorpion
ipod:x:1006:scorpion
camera:x:1009:scorpion

A chpst binary built using just "make" on my unstable system (which will be
linked against glibc) behaves correctly:

$ strace -s 4096 -f src/runit-1.3.3/admin/runit-1.3.3/src/chpst -u 
nobody:ipod:nogroup:camera:mythtv /bin/sleep 1 2>&1 | grep setgroups

setgroups32(4, [1006, 65534, 1009, 110]) = 0

I think the reason is that dietlibc handles the gid_t type as 16 bit on
i386. In /usr/include/diet/sys/types.h, I found this:

#elif defined(__arm__) || defined(__i386__) || defined(__sparc__) || 
defined(__s390__) /* make sure __s390x__ hits before __s390__ */
typedef uint16_t dev_t;
typedef uint16_t gid_t;

Whereas glibc uses 32 bit for gid_t on i386.

In chpst, a struct uidgid will be used to build the list for setgroups,
and it uses int for the groups:

struct uidgid {
  int uid;
  int gid[61];
  int gids;
};

Therefore, on the little endian i386 architecture with dietlibc, the
list of 32 bit values supplied by chpst will be threated as a list of
16 bit values in setgroups(), resulting in a 0 on each second list entry.

I suggest to use gid_t in the struct uidgid to fix this.

Regards,
Tino

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: Package maintainer address seems to be unreachable

[Tino Keitel]

Package: libgl1-mesa-dri-dev
Version: 6.3.2-2
Severity: serious
Justification: Policy 3.3

Hi,

I filed bug #334742, with the result that I got a reply from the
pkg-mesa-devel alioth list that I'm not subscribed. Well, that's right,
since I just want to file a bug report, and I don't want to take part
on a developer mailing list.

The reply also said that my posting needs approval from the list
maintainer. However, there was no approval after 3 days. After nearly
2 weeks, I got no reply at all (appart from a mail to [EMAIL PROTECTED]
that was not justified IMHO, maybe this bug just popped up on some kind
of RC bug monitor), so it seems to me that no responsible person is
reachable with the address in the maintainer field.

Regards,
Tino

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc5
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libgl1-mesa-dri-dev depends on:
ii  libc6-dev 2.3.5-7GNU C Library: Development Librari
ii  libgl1-mesa-dri   6.3.2-2A free implementation of the OpenG
ii  mesa-common-dev   6.3.2-2Developer documentation for Mesa

libgl1-mesa-dri-dev recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#336752: libgl1-mesa-dri-dev: Package maintainer address seems to be unreachable

[Tino Keitel]

Package: libgl1-mesa-dri-dev
Version: 6.3.2-2
Severity: serious
Justification: Policy 3.3

Hi,

I filed bug #334742, with the result that I got a reply from the
pkg-mesa-devel alioth list that I'm not subscribed. Well, that's right,
since I just want to file a bug report, and I don't want to take part
on a developer mailing list.

The reply also said that my posting needs approval from the list
maintainer. However, there was no approval after 3 days. After nearly
2 weeks, I got no reply at all (appart from a mail to [EMAIL PROTECTED]
that was not justified IMHO, maybe this bug just popped up on some kind
of RC bug monitor), so it seems to me that no responsible person is
reachable with the address in the maintainer field.

Regards,
Tino

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc5
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libgl1-mesa-dri-dev depends on:
ii  libc6-dev 2.3.5-7GNU C Library: Development Librari
ii  libgl1-mesa-dri   6.3.2-2A free implementation of the OpenG
ii  mesa-common-dev   6.3.2-2Developer documentation for Mesa

libgl1-mesa-dri-dev recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: package contains no header files

[Tino Keitel]

On Wed, Oct 19, 2005 at 12:47:45 -0700, Steve Langasek wrote:
> On Wed, Oct 19, 2005 at 06:07:11PM +0200, Tino Keitel wrote:
> > Package: libgl1-mesa-dri-dev
> > Version: 6.3.2-2
> > Severity: grave
> > Justification: renders package unusable
> 
> > the packages contains no header, but according to the name and
> > description, it should.
> 
> The headers are present in mesa-common-dev, which is a dependency of
> libgl1-mesa-dri-dev.

(This is the third attempt so send this mail. Is it intended behaviour
that someone has to be subscribed here to be able to post comments to
mesa bugs?)

I need at least GL/glx.h (and maybe some others, too) which is only
present in xlibmesa-gl-dev and mesag-dev, both conclict indirectly with
libgl1-mesa-dri.

So I think there is still a bug, since I can not build any OpenGL
applications which need GL/glx.h.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: package contains no header files

[Tino Keitel]

On Wed, Oct 19, 2005 at 12:47:45 -0700, Steve Langasek wrote:
> On Wed, Oct 19, 2005 at 06:07:11PM +0200, Tino Keitel wrote:
> > Package: libgl1-mesa-dri-dev
> > Version: 6.3.2-2
> > Severity: grave
> > Justification: renders package unusable
> 
> > the packages contains no header, but according to the name and
> > description, it should.
> 
> The headers are present in mesa-common-dev, which is a dependency of
> libgl1-mesa-dri-dev.

(This is the third attempt so send this mail. Is it intended behaviour
that someone has to be subscribed here to be able to post comments to
mesa bugs?)

I need at least GL/glx.h (and maybe some others, too) which is only
present in xlibmesa-gl-dev and mesag-dev, both conclict indirectly with
libgl1-mesa-dri.

So I think there is still a bug, since I can not build any OpenGL
applications which need GL/glx.h.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: package contains no header files

[Tino Keitel]

On Wed, Oct 19, 2005 at 12:47:45 -0700, Steve Langasek wrote:
> On Wed, Oct 19, 2005 at 06:07:11PM +0200, Tino Keitel wrote:
> > Package: libgl1-mesa-dri-dev
> > Version: 6.3.2-2
> > Severity: grave
> > Justification: renders package unusable
> 
> > the packages contains no header, but according to the name and
> > description, it should.
> 
> The headers are present in mesa-common-dev, which is a dependency of
> libgl1-mesa-dri-dev.

(resent since the previous mail obviously never made it to the
pkg-mesa-devel list on alioth)

I need at least GL/glx.h (and maybe some others, too) which is only
present in xlibmesa-gl-dev and mesag-dev, both conclict indirectly with
libgl1-mesa-dri.

So I think there is still a bug, since I can not build any OpenGL
applications which need GL/glx.h.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: package contains no header files

[Tino Keitel]

On Wed, Oct 19, 2005 at 12:47:45 -0700, Steve Langasek wrote:
> On Wed, Oct 19, 2005 at 06:07:11PM +0200, Tino Keitel wrote:
> > Package: libgl1-mesa-dri-dev
> > Version: 6.3.2-2
> > Severity: grave
> > Justification: renders package unusable
> 
> > the packages contains no header, but according to the name and
> > description, it should.
> 
> The headers are present in mesa-common-dev, which is a dependency of
> libgl1-mesa-dri-dev.

reopen 334742

I need at least GL/glx.h (and maybe some others, too) which is only
present in xlibmesa-gl-dev and mesag-dev, both conclict indirectly with
libgl1-mesa-dri.

So I think there is still a bug, since I can not build any OpenGL
applications which need GL/glx.h.

Regards,
Tino


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#334742: libgl1-mesa-dri-dev: package contains no header files

[Tino Keitel]

Package: libgl1-mesa-dri-dev
Version: 6.3.2-2
Severity: grave
Justification: renders package unusable

Hi,

the packages contains no header, but according to the name and
description, it should.

$ dpkg -L libgl1-mesa-dri-dev
/.
/usr
/usr/lib
/usr/share
/usr/share/doc
/usr/share/doc/libgl1-mesa-dri-dev
/usr/share/doc/libgl1-mesa-dri-dev/changelog.gz
/usr/share/doc/libgl1-mesa-dri-dev/copyright
/usr/share/doc/libgl1-mesa-dri-dev/changelog.Debian.gz
/usr/lib/libGL.so

The same can be seen here:

http://packages.debian.org/cgi-bin/search_contents.pl?searchmode=filelist&word=libgl1-mesa-dri-dev&version=unstable&arch=i386

Regards,
Tino


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libgl1-mesa-dri-dev depends on:
ii  libc6-dev 2.3.5-7GNU C Library: Development Librari
ii  libgl1-mesa-dri   6.3.2-2A free implementation of the OpenG
ii  mesa-common-dev   6.3.2-2Developer documentation for Mesa

libgl1-mesa-dri-dev recommends no packages.

-- debconf-show failed


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]