Bug#903576:
tag 903576 +unreproducible severity 903576 important thanks Hi, I tried to reproduce this issue on a clean Debian stretch. I installed docker-ce and aufs-dkms and switched the storage engine to aufs. Docker build runs without any errors. Also please note that docker recommends the use of overlay2 instead of aufs on stretch: https://docs.docker.com/storage/storagedriver/select-storage-driver/ Philipp
Bug#908059:
severity 908059 important
tag 908059 +moreinfo
thanks
Hi,
The crash is caused by a segmentation fault in st_renderbuffer_delete.
>From the stack trace you're providing, it's line 239 in mesa. which
doesn't make sense to me.
line 239:if (ctx) {
This doesn't look like it can cause a segmentation fault.
Could you provide the version of libegl-mesa0 and the content of:
/usr/share/glvnd/egl_vendor.d/*
/etc/glvnd/egl_vendor.d/*
Philipp
Bug#887526: New upstream version
Dear maintainer, Please consider updating nuget for the release as the current version in the archive is quite outdated. The latest recommended version is v4.8.1 Also as written by the original reporter, more recent versions of nuget are required for several packages. Philipp
Bug#802463: ITP: rkflashtool -- Tools for flashing Rockchip devices
Package: wnpp Severity: wishlist Owner: Philipp Hug * Package name: rkflashtool Version : 0~20150809 Upstream Authors: Ivo van Poorten, Fukaumi Naoki, Guenter Knauf, Ulrich Prinz, Steve Wilson * URL : https://github.com/linux-rockchip/rkflashtool * License : BSD Programming Lang: C Description : Tools for flashing Rockchip devices Allows flashing of Rockchip based embedded linux devices. The list of currently supported devices is: RK2818, RK2918, RK2928, RK3026, RK3036, RK3066, RK312X, RK3168, RK3188, RK3288, RK3368 signature.asc Description: Digital signature
Bug#634986: /donations.html: Please link to debian.ch for donations in CHF
Hi, Yes, I'll enable ssl on it. Philipp
Bug#770323: linux: Please enable CONFIG_NFC_PN544_MEI
Source: linux Severity: wishlist Dear Maintainer, Please enable the following options to make NFC work out of the box on e.g. the Sony Vaio Pro: CONFIG_NFC_HCI=m CONFIG_NFC_MEI_PHY=m CONFIG_NFC_PN544=m CONFIG_NFC_PN544_MEI=m Thanks, Philipp -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#766977: elasticsearch not starting
Hi Jamie, I suspect you did also run into the following problem, which is related: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=768178 So after having elasticsearch installed with START_DAEMON not set, systemd still thinks that elasticsearch is running because the init script returned 0. Running "service elasticsearch start" will have no effect because of this. Philipp On Tue Nov 18 2014 at 12:48:48 AM Jamie Norrish wrote: > On Mon, 2014-11-17 at 23:06 +0000, Philipp Hug wrote: > > > Ist it possible that you just missed to set "START_DAEMON=true" > > in /etc/default/elasticsearch > > I had been trying it with both, and it seemed to make no difference. But > having just tested the whole process again, elasticsearch is starting > and running more or less consistently (I suspect the "less" part is just > a problem with me rather than the program). > > So it's likely that, with the path issue fixed, this bug can be closed. > > > But I guess it would make sense to have this set to true by default. > > I don't mind either way, provided it's documented. > > Jamie > >
Bug#766228: systemd does not care /etc/default/grub
Hi Philippe, By looking at the code it seems that systemd sets /sys/module/vt/parameters/default_utf8 based on the locale setting which makes sense: https://github.com/systemd/systemd/blob/master/src/vconsole/vconsole-setup.c#L92 Can you paste the output of 'localectl' ? If it shows UTF-8, try to change it in /etc/default/locale regards, Philipp
Bug#766977: elasticsearch not starting
Hi Jamie, Ist it possible that you just missed to set "START_DAEMON=true" in /etc/default/elasticsearch But I guess it would make sense to have this set to true by default. Philipp
Bug#644520: Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
Hi again, > What I am sure of is that the only version of Heimdall that I've gotten > working with my own device (T989) is 1.4rc1 with a small patch. Neither > 1.3.1 nor 1.3.2 would work for me. And upstream has said in various places > (though not on the front page) that people should use 1.4rc1 as the "most > stable" version. I'll try it with the devices (P1000, S5360, I9300, N8010) too. Just tried it with my I9300, download-pit and flash recovery worked. But --no-reboot option doesn't seem to work correctly. The device only executes one action and doesn't respond anymore after that. I'll try to figure out why. But I think you should go ahead and upload it. Unless you don't want to maintain it yourself. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644520: Bug#692863: ITP: heimdall -- tool for flashing firmware on Samsung Galaxy S devices
Hi Steve, I also think keeping the name heimdall-flash makes more sense as it's not part of official android-tools. > If you're interested in maintaining this package long-term, I'm more than > happy to hand it over to you after the initial upload... just as long as it > keeps working with my device. ;) (Philipp, the same goes for you as the ITP > owner - though you've been marked as owner since June, so maybe you're no > longer interested in this package?) In the meantime, I'm uploading my > package to the NEW queue. You can find my source package at > . Are you sure you want to upload the latest git version? The tag v1.4~rc1 you're referring to doesn't exist "yet". And according to the website: "ATTENTION: Heimdall 1.3.2 broke compatibility for several devices. In most case it is recommended that you use version 1.3.1 instead. If you own a Galaxy Player 5 or similar device, then version 1.3.2 will still be required. Please use version 1.3.1 for all other devices until 1.3.3 is released." I'm not sure if this is still correct, but maybe it would make sense to upload the 1.3.1 version first at the moment? What do you think? Anyway go ahead and upload it, then. Regards, Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
> In fact, if you had been listening to me from day one, you'd realize > that I'm not even asking you to actually fix this problem. > I'm merely asking you to make the users who aren't using your personally > preferred use case, but are nevertheless using an apparently valid and > supported use case, aware that these otherwise undocumented defaults are > going to be causing them data loss. As I said before, please go ahead and submit a possible solution (e.g. patch) If you can live with a disclaimer at the top of /etc/drbd.conf: like ## WARNING ## ## Please review the defaults in /etc/drbd.d/global_common.conf, ## especially the error handlers, as they reboot the machine in case of drbd failure, ## before enabling any drbd resources. ## that would be perfectly fine to me. > In retrospect, all this is really ridiculous. I've made every good-faith > effort to be constructive in this bug report, and in turn you've just thrown > condescending platitudes at me in an apparent effort to avoid doing anything I had to use google translate to figure out what you're saying.. That was for sure not my intention. I was just worried, that changing the default makes things worse. And I assumed that's what you wanted. As I said before, I'm fine changing comments in the configs to warn users. > about this in wheezy (otherwise, what's the point of using a non-RC > severity?). I suppose you can continue to do so, but that will simply force > me to request that this package is removed from wheezy elsewhere, given that > it's unfit for release both because of a software problem and because of a > human problem. Well, yes, IMO, this is a wishlist bug, that's how I set the severity initially, because changing the defaults could make it worse and needs further discussion. wishlist for any feature request, and also for any bugs that are very difficult to fix due to major design considerations. So, please answer me if adding the comment is an acceptable solution for you and I'll upload a new version. Thanks, Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691225: confirmed
tag -1 +confirmed +pending Thanks, drbd8-utils should should recommend mailx. I'll fix that. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576511: Info received (Bug#576511: drbd8-utils: Ships with violent default actions)
control: severity -1 important Josip, Please don't upgrade the severity of this bug. The defaults actually prevent further data loss for the majority of drbd users. In the normal setup the drbd device is the main storage device so the defaults make sense. If you have a suggestion for a better default please go ahead and post it. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576511: drbd8-utils: Ships with violent default actions
Hi Josip > Actually, I think a general sync wasn't previously added in that situation > because it might cause a problem with the filesystem on the faulty DRBD > device itself, thereby causing the problem b) you described. That's why I put in "sync &" then sleep and reboot. But it's just an idea. > IOW you want to try to sync filesystems only on the unaffected block devices, > but there's no such granularity in this DRBD facility or in sync(1). True. > Where did you see this upstream, is this file shipped by them as such or? > Because, again, it contradicts all of their documentation I could find. See here: http://git.drbd.org/gitweb.cgi?p=drbd-8.3.git;a=blob;f=scripts/global_common.conf;h=5269515ef1da078bf0fc72e7ee4a8d8a40593a97;hb=HEAD Regards, Philipp
Bug#576511: drbd8-utils: Ships with violent default actions
Hi everyone, I agree that the default config is not perfect. It should probably be changed into something like this: "/usr/lib/drbd/notify-emergency-reboot.sh; reboot -f &; sync &; sleep 30; echo b > /proc/sysrq-trigger"; So, we'd have at least time to sync other file systems and try to shutdown as many services as possible. In normal use cases drbd is the most important service on the machine and if it fails you want to have it up and running as fast as possible again. (e.g. by rebooting) If you don't reboot your machine, it will be in a semi-working state where a lot of processes are blocked by accesses to the drbd mountpoint and you might: a) not even detect this kind of failure in your monitoring system b) not be able to remotely reboot the machine due to blocked processes (e.g. reboot hangs after killing ssh) So, I think it would make more sense to discuss this on the upstream mailing list as these are the default upstream defaults. Best Regards, Philipp
Bug#643691: not reproducible on latest sid version
Hi, I just tried to reproduce this problem, but the segfault or hang did not occur. * installed a clean sid chroot: * used your config * enabled the proxy_html module * restarted apache * apache still works properly my versions: apache2-mpm-prefork: 2.2.22-7 libapache2-mod-proxy-html: 3.0.1-1.1 apache2.2-common: 2.2.22-7 Is there anything else you did to reproduce this problem? maybe enabled another module? Philipp
Bug#667558: new upload
yes, new upload is planned this weekend. philipp
Bug#664755: Build drbd8 only on architectures with Linux kernel
Thanks, Will be added on next upload... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#664755: Build drbd8 only on architectures with Linux kernel
Package: buildd.debian.org Please don't build drbd8 on kfreebsd and Hurd. As this is a linux specific package. Source Package: drbd8 Thanks, Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659353: closed by Philipp Hug (fixed)
Bastian, This warning can be silenced if you set the following environment variable: DRBD_DONT_WARN_ON_VERSION_MISMATCH If I look at the drbd.ocf script, I see: # having the version mismatch warning once per RA invokation # should be enough. export DRBD_DONT_WARN_ON_VERSION_MISMATCH= So, you should only get the warning once. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659353: closed by Philipp Hug (fixed)
Bastian,
> | $ diff drbd8-8.3.{9,11}/user/drbdadm_usage_cnt.c; echo $?
> | 0
The warning is still present, but drbd8-utils now matches the sid
kernel version.
Do you prefer to have the check changed to only complain if utils are
older than kernel?
Philipp
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627670: update drbd8 to 8.3.10 (or later if available)
Hi Daniel, We moved the packaging into git.debian.org: http://anonscm.debian.org/gitweb/?p=debian-ha/drbd.git;a=summary The latest version in our git is 8.4.1. I'll upload it as soon as matching kernel is available in unstable. No upload has been done because most of the drbd maintainers use drbd with debian stable and don't have their test environment updated yet. Do you use drbd with Debian Testing? If you'd like to help. That would be great. Looking through the bugs and check if they still apply to the current git version would be very helpful. Or just try out the current git version and see what's missing. Philipp On Wed, Mar 14, 2012 at 8:05 PM, Daniel Baumann wrote: > any answer to this bug, almost a year ago? > > from looking at the package and the bts, it doesn't look like this > package is maintained. are you still interested in it, or do you want me > to take over? > > Regards, > Daniel > > -- > Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern > Email: daniel.baum...@progress-technologies.net > Internet: http://people.progress-technologies.net/~daniel.baumann/ > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568632: RM: drbd0.7 -- ROM; not supported anymore by upstream
Package: ftp.debian.org Severity: normal Please remove drbd0.7 from the archive because it's not supported anymore by upstream. It was already orphaned for a while and nobody had any interest in it. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537933: Status Update
I sponsor the upload of httest. The package is finished and lintian clean. There's currently one issue left that prevents me from uploading this package. One file is licensed under the GPL license which is seen as incompatible with the openssl license. The maintainer is working with upstream to fix this problem. Probaly by removing the GPLed file from thr package. Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539219: DKMS vs module-assistant
Ok, it's not as simple as I thought. The problem is: DKMS doesn't create packages to install its kernel modules. That means it is not possible to add a Conflict between dkms- built and module-assistant/pre-compiled packages. The mkdeb command of dkms only creates a deb similar to our drbd8- source package, that contains the source and some postinst script to run dkms. So that's not the solution. I think best is to add a debconf question, if you want to use dkms. We can set the default value for this to true on Ubuntu und false on Debian. Is that ok? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539219: DKMS
Hey Norbert, I'll replace the "exit 1" with just a warning, that it couldn't be compiled automatically and I'll fix module-assistant. This should fix both 539218 and 539219. Is that ok for you? Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500352: drbd0.7
I prefer the removal of drbd0.7 from the archive. Does anyone object? philipp hug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539300: Please remove drbd0.7 from testing
Package: drbd0.7 Severity: serious As one of the maintainers of this package I request removal from testing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#499508: AW: Re: Bug#499508 closed by Chris Lamb <[EMAIL PROTECTED]> (Bug#499508: fixed in open-iscsi 2.0.870~rc3-0.1)
> I really don't know why, it's also not documented in the changelog. > Philipp, do you know something about that change? > Maybe dropping that patch from 2.0.869.2-2.1 would have fixed booting > from iscsi as well, but now we already have 2.0.870-rc3 in unstable... No, that doesn't make sense to me. Looks like a mistake. Philipp Hug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#501163: Incorrect ifdef breaks readahead on arm
Package: readahead Version: 1:1.20060421.1016-4 The ifdef in the 50-readahead-watch patch is missing the arm architecture: 179c179 < +#if defined(__i386__) || defined(__x86_64) || defined(__alpha__) || defined(__ppc__) || defined(__sparc__) || defined(__powerpc__) || defined(__powerpc64__) || defined(__ia64__) || defined(__s390__) --- > +#if defined(__i386__) || defined(__x86_64) || defined(__alpha__) || defined(__ppc__) || defined(__sparc__) || defined(__powerpc__) || defined(__powerpc64__) || defined(__ia64__) || defined(__s390__) || defined(__arm__) Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#456581: ca-certificates: Please include SwissSign certificates
Package: ca-certificates Version: 20070303 Severity: normal Please include the SwissSign CA in the ca-certificates package. SwissSign CA certificates have recently been accepted by Mozilla. See: https://bugzilla.mozilla.org/show_bug.cgi?id=407396 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii openssl 0.9.8g-3 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449241: drbd8-module-source: fails to compile against 2.6.23
> Ah, just noticed that there is a package named drbd8-source with a > new upstream version fresh in the pool which fixes the issue. > > Is there any specific reason why you didn't make drbd-module-source > a virtual package depending on drbd8-source? > > regards, > -mika- > because drbd-module-source is provided by both drbd0.7-module-source and drbd8-source. where do you have dependency on drbd-modules-source? philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431771: drbd8
> please coordinate directly with Daniel Baumann <[EMAIL PROTECTED]> :) > > Best regards > Frederik Schüler > > Frederik, Didn't have to time to upload it myself. Patch looks ok. Could you test it und do an NMU of the package? I'll be on VAC until Monday. Thanks Philipp
Bug#419408: Bug#438542: O.k. to NMU?
Guido, I'll have a look at your bug. sorry for the delay. Btw: I'd prefer to not have a separate package for initramfs/iscsi boot support. philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#431302: iscsitarget: Uninstallable due to unmet dep on iscsitarget-module
Luk, This is not quite true, iscsitarget-module is provided by the package built from iscsitarget-source. Daniel Baumann will add those to linux-modules-extra-2.6 soon, so we'll have prebuilt packages soon. Anyway: I'll change the Depends to Recommends to make it poossible to install it without the "debian kernel module package". Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418904: Status
Hello, What's the status of this ITP? Are you still interested in packaging symfony? If you need a sponsor, just tell me. Thanks Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#429225: [CVE-2007-3100] local DoS through insecure semaphore
I'll upload a new upstream version to unstable today with a fix for CVS-2007-3100 included. I also prepared a fix for etch. greetings philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423368: more info
I can install open-iscsi on a fresh etch install without any problems. * kernel 2.6.18-4-xen-amd64 (debian) could you please add the following info to the bug report: * kernel version (debian, vanilla, ...) * dmesg and syslog output can you successfully load the following kernel modules? * iscsi_tcp * ib_iser thanks philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409161: any chance for a drbdmeta backport to 0.7?
Hello everyone, I got a bug report/feature request to implement a feature to delete existing metadata on a disk. This feature seems to be implemented in 0.8. Any chance this will be backported? See here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=409161 Thanks Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407333: Keep drbd8 from testing
Source: drbd8 Severity: serious This package doesn't belong into etch. It's a pre-release of drbd0.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304330: Taking over iscsitarget packaging
Frederik, I added you to to the alioth group. Any help is appreciated. Especially: it would be nice to have the package in linux-modules-extra. thanks philipp Frederik Schueler wrote: Hello, please add me to the pkg-iscsi alioth group, I will take over Norberts part and review the packaging and upload it. Comaintainership is more than enough for me. I already have a big patch. If you have lost interest, please delete the alioth project and I will maintain this package in the kernel team svn. you still have time until next friday. Best regards Frederik Schueler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406487: FTBFS: drbd module depends on devfs support in kernel
Package: drbd0.7-module-source Version: 0.7.21-3 Severity: serious Justification: FTBFS DRBD 0.7.21 depends on devfs headers in the kernel. these headers don't exist in current Debian kernels. Please upgrade to 0.7.22. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages drbd0.7-module-source depends on: ii debhelper 5.0.42 helper programs for debian/rules ii dpatch2.0.21 patch maintenance system for Debia ii module-assistant 0.10.8 tool to make module package creati Versions of packages drbd0.7-module-source recommends: ii debconf-utils 1.5.11 debconf utilities ii dpkg-dev 1.13.25package building tools for Debian ii kernel-package10.065 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304330: Update?
Stu, If you want to help out, you can look at the svn repository on alioth. The main issue at the moment is to include it into linux-modules-extra to automatically build binary kernel modules. philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388480: mnogosearch: new upstream version
I have 3.2.39 packaged here: http://debian.hug.cx/debian/unstable/ But I'm on vacation until Dez 04. So if anyone has time to update it to 3.2.40 and NMU it, feel free. philipp - Original Message - From: Jérôme Warnier <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Sent: Saturday, November 25, 2006 5:41:43 PM GMT+0700 Subject: Bug#388480: mnogosearch: new upstream version Now, 3.2.40 is out, and Etch is almost there too. May I urge you to upload? Thanks -- Jérôme Warnier <[EMAIL PROTECTED]> BeezNest
Bug#397636: Please update the open-iscsi version
Jason, I'll probably upgrade to 2.0-727. It should be compatible with Debian kernels. You can expect a new version this weekend. philipp Jason Martens wrote: Package: open-iscsi Version: 1.0.485-3 Severity: Grave Open-iscsi version 1.0.485 is out of date, and the tools should not work against 2.6.18 kernels. Please upgrade to at least 2.0-711, as per the open-iscsi developer. Also, the main website is out of date because of some kind of access issue, so look at http://kernel.org/pub/linux/kernel/people/mnc/open-iscsi/ for the current releases. The severity is grave, because this version of the tools should not ship with etch (because of kernel compatibility issues, see the site above), so they should either be upgraded or removed. Jason Martens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388480: mnogosearch: new upstream version
Thanks for the hint. Latest install-sh from current automake packages works. package will be uploaded soon... philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333695: Bug#304330: Overtake ITP
Bastian, Norbert has prepared an upload for open-iscsi. iscsitarget package is also ready, but it would be nice to have the kernel modules in the standard Debian kernel packages.. http://svn.debian.org/wsvn/pkg-iscsi http://debian.hug.cx/debian/unstable/ greetings philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357298: drbd: fix building for x86_64 on i386
Guido, I might have missed something, but wouldn't it be enough to just patch debian/rules to something like this: - $(MAKE) -C drbd KERNEL_SOURCES=$(KSRC) MODVERSIONS=detect KERNEL=linux-$(KVERS) KDIR=$(KSRC) + $(MAKE) -C drbd KERNEL_SOURCES=$(KSRC) MODVERSIONS=detect KERNEL=linux-$(KVERS) KDIR=$(KSRC) ARCH_UM=$(KBUILD_PARAMS) instead of renaming ARCH_UM into KBUILD_PARAMS in upstream source? If this is ok for you, I'll apply patch. 2nd: do you need "VERBOSE=1"? grüsse philipp
Bug#304330: why not in Debian?
I upload the current dev snapshot to my repository: deb http://debian.hug.cx/debian/ unstable/ It should work with kernels=2.6.15. module-source package is not finished yet.. greetings philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304330: why not in Debian?
> Is there any particular reasons why this package is not in unstable or > at least experimental (although I think unstable would be more > appropriate if the packaging you provide does work for a few people) > Placing them in Debian would bring more attention to them, thus better > testing/bug-reporting Hi Yaroslav, You're right, uploading to unstable/experimental would be nice, I'll do that soon... philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345688: upload pending...
pending 345688 thanks new package will be uploaded soon. in the meantime you can download it from deb http://debian.hug.cx/debian/ unstable/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326841: These bugs are the same
merge 356723 326841 344316 retitle 344316 invalid characters in search.htm cause segfault in search.cgi thanks See description of bug 344316. the search.htm was wrong and contained invalid characters which caused a segfault in search.cgi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#333695: ITP: linux-iscsi -- driver and daemon for using iSCSI on Linux
Christoph, I'll create a project on alioth where I'll upload my iscsitarget package. linux-iscsi has been merged with open-iscsi but I don't know if I should rename it, because I like the linux- prefix. maybe linux-openiscsi? Should I retitle the ITP? Do you have packages for open-iscsi? Otherwise I'll start working on it. philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304330: preliminary packages
Have a look at: http://iscsitarget.sourceforge.net/wiki/index.php/Unoffical_DEBs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334101: here's a patch
tag 334101 +patch
thanks
diff -urN glibc-2.3.5/debian/debhelper.in/libc.postinst glibc-2.3.5.new/debian/debhelper.in/libc.postinst
--- glibc-2.3.5/debian/debhelper.in/libc.postinst 2005-11-07 14:11:58.0 +
+++ glibc-2.3.5.new/debian/debhelper.in/libc.postinst 2005-11-07 14:12:40.0 +
@@ -271,7 +271,7 @@
check="$check courier-authdaemon mysql-server spamassassin"
check="$check apache apache-ssl apache-perl apache2-common"
check="$check proftpd proftpd-ldap proftpd-mysql proftpd-pgsql"
- check="$check dovecot-common cucipop rsync samba"
+ check="$check dovecot-common cucipop rsync samba saslauthd"
# Only get the ones that are installed, and configured
check=$(dpkg -s $check 2> /dev/null | egrep '^Package:|^Status:' | awk '{if ($1 ~ /^Package:/) { package=$2 } else if ($0 ~ /^Status: .* installed$/) { print package }}')
# apache2 ships its init script in apache2-common, but the
Bug#332433: please put this into debian/patches
tag 332433 +patch
thanks
diff -u -p -Nr --exclude CVS cfengine-1.6.5.orig/bin/cfmail cfengine-1.6.5/bin/cfmail
--- cfengine-1.6.5.orig/bin/cfmail 2002-06-20 15:38:34.0 +0200
+++ cfengine-1.6.5/bin/cfmail 2005-09-23 12:50:51.0 +0200
@@ -20,8 +20,6 @@ if ($< != 0)
die "Only root can use cfmail.\n";
}
-$tmpfile = "/tmp/cfmail.$$";
-
#
# Set this to the address you want the mail to appear to
# have come from. Don't set it to [EMAIL PROTECTED], set it
@@ -36,7 +34,7 @@ $flags = "-f$sysadm";
&CommandOptions();
-open(SND,"| /usr/sbin/sendmail $flags $destination") || die "Can't open $tmpfile for writing\n";
+open(SND,"| /usr/sbin/sendmail $flags $destination") || die "Can't open pipe to sendmail\n";
print SND "From: $sysadm\n";
print SND "To: $destination\n";
diff -u -p -Nr --exclude CVS cfengine-1.6.5.orig/bin/cfmailfilter cfengine-1.6.5/bin/cfmailfilter
--- cfengine-1.6.5.orig/bin/cfmailfilter 1997-07-23 16:50:37.0 +0200
+++ cfengine-1.6.5/bin/cfmailfilter 2005-09-23 12:50:51.0 +0200
@@ -9,8 +9,9 @@
PATH=/usr/bin:/bin:/sbin ; export PATH
-tmpfile=/tmp/new-mail-from-cfengine
-cftmpdir=/tmp
+tmpfile=`mktemp -t tempfile.XX` || { echo "$0: Cannot create temporary file" >&2; exit 1; }
+trap " [ -f \"$tmpfile\" ] && /bin/rm -f -- \"$tmpfile\"" 0 1 2 3 13 15
+cftmpdir=${TMPDIR-/tmp}
cat > $tmpfile
@@ -24,10 +25,4 @@ if test `diff $cftmpdir/$machine.new $cf
mv $cftmpdir/$machine.new $cftmpdir/$machine
- #
- # This next piece could be replaced by a cgi script to show the results
- #
-
- ( echo "$machineline"; echo "" ; cat $cftmpdir/$machine ) | mail [EMAIL PROTECTED]
-
fi
diff -u -p -Nr --exclude CVS cfengine-1.6.5.orig/contrib/cfcron.in cfengine-1.6.5/contrib/cfcron.in
--- cfengine-1.6.5.orig/contrib/cfcron.in 2000-05-06 06:06:33.0 +0200
+++ cfengine-1.6.5/contrib/cfcron.in 2005-09-23 12:50:51.0 +0200
@@ -24,8 +24,9 @@ [EMAIL PROTECTED]@
[EMAIL PROTECTED]@
FILECF="${CFINPUTS:-"@pkgdata@"}/cron.cf"
[EMAIL PROTECTED]@/cfengine
-TMPFILE=/tmp/cfwrap.$$
-OLDFILE=/tmp/cfwrap.o
+TMPFILE=`mktemp -t tempfile.XX` || { echo "$0: Cannot create temporary file" >&2; exit 1; }
+trap " [ -f \"$tmpfile\" ] && /bin/rm -f -- \"$tmpfile\"" 0 1 2 3 13 15
+OLDFILE=${TMPDIR-/tmp}/cfwrap.o
NOCONF=$prefix/etc/noconf
USER=`/usr/bin/whoami`
HOST=`/usr/bin/hostname`
diff -u -p -Nr --exclude CVS cfengine-1.6.5.orig/contrib/vicf.in cfengine-1.6.5/contrib/vicf.in
--- cfengine-1.6.5.orig/contrib/vicf.in 2002-06-20 15:38:34.0 +0200
+++ cfengine-1.6.5/contrib/vicf.in 2005-09-23 12:30:47.0 +0200
@@ -56,12 +56,13 @@ EdFile () {
while [ "$editfile" = "n" ]
do
${EDITOR} ${CFINPUTS}/.${file}.lock
- cp /dev/null /tmp/cfparse.$$
- $sbindir/cfengine --no-warn --parse-only --file ${CFINPUTS}/.${file}.lock > /tmp/cfparse.$$ 2>&1
- if [ -s /tmp/cfparse.$$ ]
+tmpfile=`mktemp -t tempfile.XX` || { echo "$0: Cannot create temporary file" >&2; exit 1; }
+trap " [ -f \"$tmpfile\" ] && /bin/rm -f -- \"$tmpfile\"" 0 1 2 3 13 15
+ $sbindir/cfengine --no-warn --parse-only --file ${CFINPUTS}/.${file}.lock > $tmpfile 2>&1
+ if [ -s $tmpfile ]
then
echo PARSE ERROR IN NEW INPUT-FILE:
- cat /tmp/cfparse.$$
+ cat $tmpfile
printf "Re-edit file? (Y/n) "
read answer
if [ "$answer" = "n" ]
@@ -75,7 +76,7 @@ EdFile () {
fi
done
-rm -f /tmp/cfparse.$$ ${CFINPUTS}/.${file}.lock
+rm -f ${CFINPUTS}/.${file}.lock
}
force=n
Bug#332835: Patch
diff -urN xdb-1.2.0.lastupload/debian/changelog xdb-1.2.0/debian/changelog
--- xdb-1.2.0.lastupload/debian/changelog 2005-11-06 23:19:35.0 +0100
+++ xdb-1.2.0/debian/changelog 2005-11-06 23:14:56.0 +0100
@@ -1,3 +1,10 @@
+xdb (1.2.0-5.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * C++ 'c2' transition (Closes: #332835)
+
+ -- Philipp Hug <[EMAIL PROTECTED]> Sat, 5 Nov 2005 20:08:14 +0100
+
xdb (1.2.0-5) unstable; urgency=low
* rebuild for g++-3.2
diff -urN xdb-1.2.0.lastupload/debian/control xdb-1.2.0/debian/control
--- xdb-1.2.0.lastupload/debian/control 2005-11-06 23:19:35.0 +0100
+++ xdb-1.2.0/debian/control 2005-11-06 23:23:06.0 +0100
@@ -3,12 +3,14 @@
Maintainer: Michael Vogt <[EMAIL PROTECTED]>
Standards-Version: 3.5.8.0
Build-depends: debhelper
+Section: libs
-Package: libxdb1c102
+Package: libxdb1
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
-Conflicts: libxdb
+Conflicts: libxdb, libxdb1c102
+Replaces: libxdb1c102
Description: xbase compatible C++ class library
XDB is an xbase (i.e. dBase, FoxPro, etc.) compatible C++ class library
originally based on the xBase library (version 1.8.1) by Gary Kunkel and
@@ -27,7 +29,7 @@
Package: libxdb-dev
Section: devel
Architecture: any
-Depends: libxdb1c102 (= ${Source-Version}), libc6-dev
+Depends: libxdb1 (= ${Source-Version}), libc6-dev
Description: xbase compatible C++ class library
This package contains development files for xdb, utilities
and documentation distributed with xdb.
diff -urN xdb-1.2.0.lastupload/debian/libxdb1.files xdb-1.2.0/debian/libxdb1.files
--- xdb-1.2.0.lastupload/debian/libxdb1.files 1970-01-01 01:00:00.0 +0100
+++ xdb-1.2.0/debian/libxdb1.files 2005-11-06 23:14:18.0 +0100
@@ -0,0 +1 @@
+usr/lib/*.so.*
diff -urN xdb-1.2.0.lastupload/debian/libxdb1.postinst xdb-1.2.0/debian/libxdb1.postinst
--- xdb-1.2.0.lastupload/debian/libxdb1.postinst 1970-01-01 01:00:00.0 +0100
+++ xdb-1.2.0/debian/libxdb1.postinst 2005-11-06 23:14:18.0 +0100
@@ -0,0 +1,6 @@
+#!/bin/sh
+
+
+if [ "$1" = "configure" ]; then
+ ldconfig
+fi
diff -urN xdb-1.2.0.lastupload/debian/libxdb1c102.files xdb-1.2.0/debian/libxdb1c102.files
--- xdb-1.2.0.lastupload/debian/libxdb1c102.files 2005-11-06 23:19:35.0 +0100
+++ xdb-1.2.0/debian/libxdb1c102.files 1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/*.so.*
diff -urN xdb-1.2.0.lastupload/debian/libxdb1c102.postinst xdb-1.2.0/debian/libxdb1c102.postinst
--- xdb-1.2.0.lastupload/debian/libxdb1c102.postinst 2005-11-06 23:19:35.0 +0100
+++ xdb-1.2.0/debian/libxdb1c102.postinst 1970-01-01 01:00:00.0 +0100
@@ -1,6 +0,0 @@
-#!/bin/sh
-
-
-if [ "$1" = "configure" ]; then
- ldconfig
-fi
diff -urN xdb-1.2.0.lastupload/debian/rules xdb-1.2.0/debian/rules
--- xdb-1.2.0.lastupload/debian/rules 2005-11-06 23:19:35.0 +0100
+++ xdb-1.2.0/debian/rules 2005-11-06 23:16:22.0 +0100
@@ -41,28 +41,28 @@
# We have nothing to do by default.
# Build architecture-dependent files here.
-binary-arch: build install libxdb-dev libxdb1c102
+binary-arch: build install libxdb-dev libxdb1
-libxdb1c102: build
- dh_testdir -plibxdb1c102
- dh_testroot -plibxdb1c102
- dh_installdirs -plibxdb1c102
+libxdb1: build
+ dh_testdir -plibxdb1
+ dh_testroot -plibxdb1
+ dh_installdirs -plibxdb1
rm -rf debian/tmp/usr/bin \
debian/tmp/usr/include
-# dh_movefiles -plibxdb1c102
- dh_installdocs -plibxdb1c102
+# dh_movefiles -plibxdb1
+ dh_installdocs -plibxdb1
# dh_undocumented
- dh_installchangelogs -plibxdb1c102 ChangeLog
- dh_link -plibxdb1c102
- dh_strip -plibxdb1c102
- dh_compress -plibxdb1c102
- dh_fixperms -plibxdb1c102
- dh_installdeb -plibxdb1c102
- dh_shlibdeps -plibxdb1c102
- dh_gencontrol -plibxdb1c102
- dh_makeshlibs -plibxdb1c102
- dh_md5sums -plibxdb1c102
- dh_builddeb -plibxdb1c102
+ dh_installchangelogs -plibxdb1 ChangeLog
+ dh_link -plibxdb1
+ dh_strip -plibxdb1
+ dh_compress -plibxdb1
+ dh_fixperms -plibxdb1
+ dh_installdeb -plibxdb1
+ dh_shlibdeps -plibxdb1
+ dh_gencontrol -plibxdb1
+ dh_makeshlibs -plibxdb1
+ dh_md5sums -plibxdb1
+ dh_builddeb -plibxdb1
libxdb-dev: build
dh_testdir -plibxdb-dev
Bug#329041: valgrind: Valgrind is being compiled with SSE instruction set
I just compiled valgrind on my machine, and it seems to be compiled correctly even though it supports sse: checking if gcc accepts -m32... yes checking if gcc accepts -mmmx... yes checking if gcc accepts -msse... yes grepping through the build logs doesn't show any occurances of "-msse" I did also have a look at the Makefiles and -msse seems to be only used for the tests... are you sure this bug still applies to 3.0.1? philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326841: bug fixed upstream
This bug will be fixed in the next upstream version. See: http://www.mnogosearch.org/bugs/index.php?id=1004&edit=2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323057: mnogosearch: FTBFS: libpq-fe.h: No such file or directory
I fixed the mnogosearch package to also look for postgre headers in /usr/include/postgresql/8.0 a new package will be uploaded soon philipp On Sunday 14 August 2005 15.02, Andreas Jochens wrote: > Package: mnogosearch > Version: 3.2.31-1 > Severity: serious > > When building 'mnogosearch' on unstable, > I get the following error: > > ../../src/../include/udm_db_int.h:24:22: error: libpq-fe.h: No such file or > directory > > Regards > Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318426: hotplug: Please support grepmap for faster start up
Package: hotplug
Version: 0.0.20040329-24
Severity: normal
Please use this patch from Ubuntu to include grepmap support in the
startup scripts.
This makes start up a lot faster.
grepmap is not in Debian yet, but will be soon.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages hotplug depends on:
ii bash 3.0-15 The GNU Bourne Again SHell
ii debconf 1.4.52 Debian configuration management sy
ii grep 2.5.1.ds1-5 GNU grep, egrep and fgrep
ii module-init-tools3.2-pre1-2 tools for managing Linux kernel mo
ii modutils 2.4.27.0-3 Linux module utilities
ii procps 1:3.2.5-1 /proc file system utilities
ii sed 4.1.4-2 The GNU sed stream editor
Versions of packages hotplug recommends:
ii ifupdown 0.6.7 high level tools to configure netw
ii pciutils 1:2.1.11-15ubuntu5 Linux PCI Utilities
ii usbutils 0.71-5 USB console utilities
-- debconf information excluded
diff -ruN hotplug-2004_03_29~/etc/hotplug/hotplug.functions
hotplug-2004_03_29/etc/hotplug/hotplug.functions
--- hotplug-2004_03_29~/etc/hotplug/hotplug.functions 2004-10-31
16:20:05.0 +
+++ hotplug-2004_03_29/etc/hotplug/hotplug.functions2004-11-01
11:01:42.901449544 +
@@ -120,9 +120,13 @@
esac
fi
-# try parsing by shell scripts if no luck yet
+# try parsing by grepmap or shell scripts if no luck yet
if [ "$DRIVERS" = "" ]; then
- ${TYPE}_map_modules < $FILENAME
+ if [ -x /sbin/grepmap -a -n "$GREPMAP_ARGS" ]; then
+ DRIVERS=`/sbin/grepmap --${TYPE}map --file=$FILENAME $GREPMAP_ARGS`
+ else
+ ${TYPE}_map_modules < $FILENAME
+ fi
fi
# FIXME remove dups and blacklisted modules from $DRIVERS here
diff -ruN hotplug-2004_03_29~/etc/hotplug/ieee1394.agent
hotplug-2004_03_29/etc/hotplug/ieee1394.agent
--- hotplug-2004_03_29~/etc/hotplug/ieee1394.agent 2004-10-31
16:20:04.0 +
+++ hotplug-2004_03_29/etc/hotplug/ieee1394.agent 2004-11-01
10:49:39.521420024 +
@@ -45,6 +45,7 @@
device_vendor_id=$((0x$VENDOR_ID))
device_specifier_id=$((0x$SPECIFIER_ID))
device_version=$((0x$VERSION))
+GREPMAP_ARGS="0x$VENDOR_ID 0x$SPECIFIER_ID 0x$VERSION"
MATCH_VENDOR_ID=0x0001
MATCH_SPECIFIER_ID=0x0004
diff -ruN hotplug-2004_03_29~/etc/hotplug/input.agent
hotplug-2004_03_29/etc/hotplug/input.agent
--- hotplug-2004_03_29~/etc/hotplug/input.agent 2004-10-31 16:20:03.0
+
+++ hotplug-2004_03_29/etc/hotplug/input.agent 2004-11-01 11:01:00.896835216
+
@@ -82,10 +82,16 @@
i_vendor=$((0x$2))
i_product=$((0x$3))
i_version=$((0x$4))
+ GREPMAP_ARGS="0x$1 0x$2 0x$3 0x$4"
+else
+ GREPMAP_ARGS="0 0 0 0"
fi
if [ "$EV" != "" ]; then
i_evBits=$((0x$EV))
+ GREPMAP_ARGS="$GREPMAP_ARGS 0x$EV"
+else
+ GREPMAP_ARGS="$GREPMAP_ARGS 0"
fi
input_join_words i_keyBits "$KEY"
@@ -95,6 +101,7 @@
input_join_words i_ledBits "$LED"
input_join_words i_sndBits "$SND"
input_join_words i_ffBits "$FF"
+GREPMAP_ARGS="$GREPMAP_ARGS ${i_keyBits:-0} ${i_relBits:-0}
${i_absBits:-0} ${i_mscBits:-0} ${i_ledBits:-0} ${i_sndBits:-0} ${i_ffBits:-0}"
}
INPUT_DEVICE_ID_MATCH_BUS=1
diff -ruN hotplug-2004_03_29~/etc/hotplug/pci.agent
hotplug-2004_03_29/etc/hotplug/pci.agent
--- hotplug-2004_03_29~/etc/hotplug/pci.agent 2004-10-31 16:20:03.0
+
+++ hotplug-2004_03_29/etc/hotplug/pci.agent2004-11-01 10:49:15.004147216
+
@@ -64,10 +64,12 @@
set $(echo $PCI_ID | sed -e 's/\([^:]*\):\(.*\)/\1 \2/')
pci_id_vendor=$((0x$1))
pci_id_device=$((0x$2))
+GREPMAP_ARGS="0x$1 0x$2"
set $(echo $PCI_SUBSYS_ID | sed -e 's/\([^:]*\):\(.*\)/\1 \2/')
pci_subid_vendor=$((0x$1))
pci_subid_device=$((0x$2))
+GREPMAP_ARGS="$GREPMAP_ARGS 0x$1 0x$2 0x$PCI_CLASS"
}
PCI_ANY=$((0x))
diff -ruN hotplug-2004_03_29~/etc/hotplug/usb.agent
hotplug-2004_03_29/etc/hotplug/usb.agent
--- hotplug-2004_03_29~/etc/hotplug/usb.agent 2004-10-31 16:20:04.0
+
+++ hotplug-2004_03_29/etc/hotplug/usb.agent2004-11-01 11:00:06.474108728
+
@@ -183,6 +183,7 @@
usb_idVendor=$((0x$1))
usb_idProduct=$((0x$2))
usb_bcdDevice=$((0x$3))
+GREPMAP_ARGS="0x$1 0x$2 0x$3"
if [ "$TYPE" != "" ]; then
IFS=/
@@ -190,16 +191,22 @@
usb_bDeviceClass=$1
usb_bDeviceSubClass=$2
usb_bDeviceProtocol=$3
+ GREPMAP_ARGS="$GREPMAP_ARGS $(printf "0x%x 0x%x 0x%x" $1 $2 $3)"
IFS="$DEFA
Bug#318310: module-assistant: Please remove drbd-source from the compliant.list
Package: module-assistant Version: 0.9.4 Severity: normal the drbd source package is know named drbd0.7-module-source. drbd-source is not needed anymore thanks philipp -- 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.11-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-2 internationalized substitute of Te ii perl 5.8.7-4Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-1 Using libc functions for internati pn libterm-size-perl | libterm-r (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305028: drbd: Package Fails to build from Source in a sane way
Joerg, This bug doesn't apply to the drbd package as it is in unstable. It only applies to the binary kernel packages cyril has built and uploaded manually and are not part of the archive at the moment... Can we tag this bug as sarge-ignore or what's the correct way of handling such bugs? assign it to a pseudo package? the package in unstable is bug-free and should be released, so I'll have to beg the release team to add it to sarge again ;-) philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#242068: Bug#305028: drbd: Package Fails to build from Source in a sane way
Alright, I'll create a new source package which will invoke module-assistant to build the binaries... So we won't need the script anymore. One issue: How can we keep in sync with updated kernel versions? Every new versions needs to go through NEW because of changed package names... Ideas? philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304330: ITP: iscsitarget -- iSCSI Enterprise Target
Package: wnpp Severity: wishlist Owner: Philipp Hug <[EMAIL PROTECTED]> * Package name: iscsitarget Version : 0.4.6 Upstream Author : <[EMAIL PROTECTED]> * URL : http://iscsitarget.sourceforge.net/ * License : GPL Description : iSCSI Enterprise Target An iSCSI Target implementation supporting 2.6 kernels, SMP, 64bit, dynamic configuration, iSNS and more -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#302556: absolute paths in scripts
merge 303060 302556 thanks we should use absolute path everywere in the init script. can anyone prepare a full patch for the init script that I can send upstream? Daniel? please use "diff -u" for the patches, thanks. philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#264368: derby
retitle #264368 ITP: derby -- Apache Derby is a open source-based Java relational database management system. thanks I intend to package derby, but I'd prefer to have at least one co-maintainer. If anyone is interested in helping out with this package send me an email... philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295282: bugs.debian.org: Can't view bug #281919
Package: bugs.debian.org Severity: important http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=281919 returns the following error: An error occurred. Dammit. Error was: 281919 state kill-init at end. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
