Re: Is gcc-3.4 in the unstable chroot on crest.debian.org OK?
On Wed, Sep 14, 2005 at 02:20:30PM -0700, Rob Browning wrote: If I compile a trivial foo.c in the unstable chroot with gcc-3.4, and then immediately try to run it, it segfaults. You've hit #327780. m68k-build: could anyone with root on crest please downgrade binutils in all chroots to a working version? Thx. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: your mail
On Thu, Sep 15, 2005 at 02:13:22AM +0200, Talal Al-Azem wrote: Hello. I have recently installed emacs-bidi on suse 9.1, kde 3.2.3. Then you're on the wrong list. This is a list about Debian Development, not about SuSE user support. For the latter, please go to http://portal.suse.com/ -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wnpp situation
Bas Zoetekouw [EMAIL PROTECTED] writes: Hi David! About ITP's, they should be retitled to RFPs, rather than closed. That way, other people can have a go at packaging the software. I concur. If someone did not produce a packge withing NN days (say 3 months) after ITP, the system should automtically send the ITP sumitter mail, that his packaging effort has been returned to stae RFP and he is no longer the owner of that ITP. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wnpp situation
Paul TBBle Hampson [EMAIL PROTECTED] writes: On Wed, Sep 14, 2005 at 02:34:51PM +0200, Vedran Furac wrote: Btw. why then mencoder, can't be packaged? Why are only ffmpeg -dev in debian: http://packages.qa.debian.org/f/ffmpeg.html? Only ffmpeg-dev is in Debian as ffmpeg upstream recommends static linking due to not having fixed the API/ABI. Upstream recommends nothing. Upstream simply don't care about shared libraries. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: your mail
This one time, at band camp, Talal Al-Azem said: Hello. I have recently installed emacs-bidi on suse 9.1, kde 3.2.3. I have it running, but when I try to type in Arabic script in the right-to-left, it doesnt appear correctly i.e. dont see anything on the screen, but I see the cursor moving. Any ideas? Thanks, and sorry for what must be such a ridiculous ly basic question. p.s. any advice on a bidi sensitive (for arabic) latex editor on KDE or Gnome? thanks. This list is for general discussion of the development of Debian. It sounds like your question would be better suited to one the user discussion lists. The main one is debian-user@lists.debian.org, but there are also several others aimed at people who use Debian in other languages. I do not remember offhand if there is an Arabic list at the moment, however, sorry. The full list of available mailing lists can be found at http://lists.debian.org/ -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#328434: ITP: grepmap -- Parse module map files produced by depmod
Package: wnpp Severity: wishlist Owner: Colin Watson [EMAIL PROTECTED] * Package name: grepmap Version : 0.1.0 Upstream Author : Scott James Remnant [EMAIL PROTECTED] * URL : http://archive.ubuntu.com/ubuntu/pool/main/g/grepmap/ * License : GPL Description : Parse module map files produced by depmod This package contains a utility to parse the map files produced by the depmod tool in the module-init-tools package and output the list of modules you should load for a device. We've been using this in Ubuntu for some time, so I know it works well; I've just failed to get round to shifting it into Debian until now. I realise that this package will eventually be superseded by changes in (or rewrites of) the udev/hotplug stack. However, in the meantime it allows the process of booting a system using hotplug to be substantially sped up, by replacing some slow shell code that forks lots of subprocesses with faster C code. I expect this to be useful when experimenting with versions of d-i that use hotplug in the near future. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
removal of support for /etc/hotplug/usb/
After having been deprecated for a long time, support for map files in the /etc/hotplug/usb/ directory will be removed from the udev-hotplug subsystem. This is scheduled to happen next month, when most of the current hotplug package will be replaced by a new coldplug program which will be part of udev. While udev provides and currently enables by default an helper program to maintain compatibility with /etc/hotplug.d/, no such program exists for map files and I do not think it would be useful to write one (conversion to hotplug.d scripts would be easier). This means that the following packages will have to convert their map files to udev rules files. Please remember that rules files MUST NOT be installed in /etc/udev/rules.d/ but in /etc/udev/, and packages should create symlinks to rules.d/ only when installed for the first time and never again. If you want to keep support for 2.4-based systems which can only use the old hotplug package then you will need to convert your script to an hotplug.d script, but please remember that future versions of udev will disable by default processing of hotplug.d and dev.d. Let me know if you have any questions or need help to fix your package. Many of the scripts can be replaced with an udev rule to set the appropriate permissions or directly start/stop the relevant daemon, I added some comments below for a few packages which I checked. The affected packages are: libgpib-bin bluez-bcm203x eagle-usb-utils eciadsl gpsd hpoj pmp-common kino (just run killall or start-stop-daemon from the rule) libgphoto2-2 (should use a proper rule to change the permissions) nut-usb kcontrol (should use a proper rule to change the permissions) libnjb-hotplug openct sl-modem-daemon -- ciao, Marco -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#323227: new list: debian-planet to distribute planet.debian.org postings; archive to enable searching
On Wed, Sep 14, 2005 at 01:01:42PM +0200, Alexander Schmehl wrote: * Tollef Fog Heen [EMAIL PROTECTED] [050914 10:47]: | Maybe, if you don't want your output to be found on the Internet, you | should not make it available on the Internet? I think there is a difference between putting it all in one place with a public archive and having the content available, but not organised into a public archive. Don't know how planet works, but if we have somewhere the get feed from $foo and get hackergotchi from $bar configuration, can't we just add an doesn't like to get to the list archive configuration option, too? Or run a second Planet instance, specifically for the purpose of being archived, that is opt-in? regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote: Is it possible to configure a set of chroots (woody, sarge, whatever) so that all of the chroot passwd/group DBs will stay in sync with each other and with the host DB automaticall, so that, for example, a useradd, usermod, or userdel, will automatically affect all of the DBs simultaneously and safely? I haven't investigated if adduser supports this properly (and I suspect it doesn't), but LDAP authentication across the whole lot would do the trick. For this to work right, in addition to everything else, I assume that Debian policy would also have to guarantee that no package will ever remove a user/group when purged, and no package will balk if the user/group it needs already exists. regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: removal of support for /etc/hotplug/usb/
On Thu, Sep 15, 2005 at 12:21:08PM +0200, Marco d'Itri wrote: After having been deprecated for a long time, support for map files in the /etc/hotplug/usb/ directory will be removed from the udev-hotplug subsystem. This is scheduled to happen next month, when most of the current hotplug package will be replaced by a new coldplug program which will be part of udev. While udev provides and currently enables by default an helper program to maintain compatibility with /etc/hotplug.d/, no such program exists for map files and I do not think it would be useful to write one (conversion to hotplug.d scripts would be easier). This means that the following packages will have to convert their map files to udev rules files. Please remember that rules files MUST NOT be installed in /etc/udev/rules.d/ but in /etc/udev/, and packages should create symlinks to rules.d/ only when installed for the first time and never again. If you want to keep support for 2.4-based systems which can only use the old hotplug package then you will need to convert your script to an hotplug.d script, but please remember that future versions of udev will disable by default processing of hotplug.d and dev.d. Let me know if you have any questions or need help to fix your package. Many of the scripts can be replaced with an udev rule to set the appropriate permissions or directly start/stop the relevant daemon, I added some comments below for a few packages which I checked. The affected packages are: libgpib-bin bluez-bcm203x eagle-usb-utils eciadsl gpsd hpoj pmp-common kino (just run killall or start-stop-daemon from the rule) libgphoto2-2 (should use a proper rule to change the permissions) nut-usb kcontrol (should use a proper rule to change the permissions) libnjb-hotplug openct sl-modem-daemon And using the very funky dd-list, gives us a potentially more useful list: Eduard Bloch [EMAIL PROTECTED] sl-modem Paul Brossier [EMAIL PROTECTED] kino Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org kdebase Eric Dorland [EMAIL PROTECTED] openct Edd Dumbill [EMAIL PROTECTED] bluez-utils Shaun Jackman [EMAIL PROTECTED] libnjb Robert Jordens [EMAIL PROTECTED] gpib Tilman Koschnick [EMAIL PROTECTED] gpsd Cyril Martin [EMAIL PROTECTED] eagle-usb Frederic Peters [EMAIL PROTECTED] libgphoto2 Mark Purcell [EMAIL PROTECTED] hpoj Arnaud Quette [EMAIL PROTECTED] nut Joe Wreschnig [EMAIL PROTECTED] pmp-common Marco d'Itri [EMAIL PROTECTED] eciadsl regards Andrew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
Perhaps hard/symlinking original /etc/passwd, /etc/shadow and /etc/group to chrooted environments would help? Rob Browning wrote: Is it possible to configure a set of chroots (woody, sarge, whatever) so that all of the chroot passwd/group DBs will stay in sync with each other and with the host DB automaticall, so that, for example, a useradd, usermod, or userdel, will automatically affect all of the DBs simultaneously and safely? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
[Ernestas V.] Perhaps hard/symlinking original /etc/passwd, /etc/shadow and /etc/group to chrooted environments would help? Symlinks won't work. Think about what a chroot environment *is*. Hardlinks will only work if the programs that edit /etc/passwd and /etc/group overwrite them rather than copy / unlink. Bind mounts will work (mount --bind /etc/passwd /mnt/sarge-chroot/etc/passwd) but apparently don't support locking all of a file's representations, so you would need to be careful not to run adduser in multiple chroots at once (like doing several dist-upgrades in parallel, or having users log in to different chroots and all try to change their passwords at once). signature.asc Description: Digital signature
Re: Managing users and groups within multiple devel chroots.
On Sep 15, Peter Samuelson [EMAIL PROTECTED] wrote: Bind mounts will work (mount --bind /etc/passwd /mnt/sarge-chroot/etc/passwd) but apparently don't support locking all of a file's representations, What about bind-mounting the /etc/.pwd.lock lock file too? -- ciao, Marco signature.asc Description: Digital signature
Re: RFC: XINE and plugins without Depends cause hangs due to a bug
* Adeodato Simó [Wed, 14 Sep 2005 02:38:28 +0200]: I believe the not coping above is a xine bug, but one that I have no time, nor interest, on hunting, reporting upstream, or whatever. I will file it in our BTS, though, by sending a copy of this mail. But still, and in the meantime, its effects are biting our users for real. New upstream version 1.0.2 contains a patch to cope, so: I plan on workarounding this in a NMU by reverting to plain dh_shlibdeps behavior until the bug described above gets fixed. The NMU will backport the patch instead. Cheers, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 Don't ask the barber whether you need a haircut. -- Daniel S. Greenberg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Try that job
USA located financial company is in search of the agents in the United Kingdom. You have to be older then 22. Honest and serious. Also you need to have basic financial skills and accounting skills. Salary is 2700-3300 pounds per month. It is possible to use as a part time job. Send me your resume to email : [EMAIL PROTECTED] Thank you for the assistance, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote: Is it possible to configure a set of chroots (woody, sarge, whatever) so that all of the chroot passwd/group DBs will stay in sync with each other and with the host DB automaticall, so that, for example, a useradd, usermod, or userdel, will automatically affect all of the DBs simultaneously and safely? From the adduser/addgroup manpage: If the file /usr/local/sbin/adduser.local exists, it will be executed after the user account has been set up in order to do any local setup. The arguments passed to adduser.local are: username uid gid home-directory, and the environment variables DEBUG and VERBOSE will be set according to the settings in the master program. You can use this to execute the same adduser/addgroup command in the chroot. While this doesn't guarantee that the different files are 100% in sync, I think it'll get close enough for practical usage. Cheers, Richard -- __ _ |_) /| Richard Atterer | GnuPG key: | \/¯| http://atterer.net | 0x888354F7 ¯ '` ¯ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327029: Non-functional with read-only /dev
Hi All (and sorry for my English)! I have a bug about syslog-ng. This bug is a reincarnation of an already closed bug, but I afraid, if I close this too, another incarnation will be happened. The problem is, that nor sysklogd nor syslog-ng could operate if couldn't write to /dev. (They try to remove /dev/log and create it again). What should I do? Fill a bug with base-system to make /dev/log to be a link to somewhere? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Build-Depend'ing on libasound2-dev just for Linux
Hello, I am working on a package that Build-Depends on libasound2-dev, but can be built on non-Linux OSs. Is there any way to shape the Build-Dep so that libasound2-dev is only used if we are building for a Linux system? I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? Lawrence -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Hallo Lawrence, * Lawrence Williams [EMAIL PROTECTED] [2005-09-15 17:46]: I am working on a package that Build-Depends on libasound2-dev, but can be built on non-Linux OSs. Is there any way to shape the Build-Dep so that libasound2-dev is only used if we are building for a Linux system? I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? It does prevent the build on the specified archs, yes. Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org pgpzVjYgRVdUX.pgp Description: PGP signature
Re: Build-Depend'ing on libasound2-dev just for Linux
Thanks Nico, But I want the libasound2-dev Build-Depend to only be used if we are building for Linux, not BSD or anything else :) Lawrence On September 15, 2005 01:20 pm, Nico Golde wrote: It does prevent the build on the specified archs, yes. Regards Nico -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Hi, * Lawrence Williams [EMAIL PROTECTED] [2005-09-15 17:56]: But I want the libasound2-dev Build-Depend to only be used if we are building for Linux, not BSD or anything else :) oh sorry, misunderstandig. regards nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://www.muttng.org | http://grml.org pgpPWd0nLEnuC.pgp Description: PGP signature
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? This was the goal of the line you mention. Unfortunately, I'm not aware of any sort of simple test like linux-kernel-headers (=foo) [linux] in dpkg, so I had to explicitly remove non-linux ports from the requirement. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327029: Non-functional with read-only /dev
On Sep 15, SZALAY Attila [EMAIL PROTECTED] wrote: What should I do? Tell the user to learn how UNIX works, and stop bitching. AF_UNIX sockets must be created on a rw file system, and a symlink will not work. So either he uses udev, or in some way makes his own writeable /dev. -- ciao, Marco signature.asc Description: Digital signature
Re: Managing users and groups within multiple devel chroots.
Ernestas V. [EMAIL PROTECTED] writes: Perhaps hard/symlinking original /etc/passwd, /etc/shadow and /etc/group to chrooted environments would help? Thanks for the suggestion, but I suspect that locking wouldn't work correctly in such an arrangement. If you could tell the system to use a separate directory for the db files and bind mount that directory among all the chroots, then perhaps that would fix the locking problem (presuming the default setup uses fs locks). Thanks again -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
David Nusinow wrote: On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? This was the goal of the line you mention. Unfortunately, I'm not aware of any sort of simple test like linux-kernel-headers (=foo) [linux] in dpkg, so I had to explicitly remove non-linux ports from the requirement. Doesn't the type-handling package do what you guys are looking for? Looks like it needs to be used somehow in combination with sed and a debian/control.in file, perhaps in debian/rules clean... regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, 2005-09-15 at 13:13 -0230, Lawrence Williams wrote: Hello, I am working on a package that Build-Depends on libasound2-dev, but can be built on non-Linux OSs. Is there any way to shape the Build-Dep so that libasound2-dev is only used if we are building for a Linux system? You may be interested on type-handling package. From its description: This package provides a script known as type-handling, whose purpose is converting System and CPU combinations into the architecture variable names that dpkg can understand. This is also used on several packages. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Not only is it better to have loved and lost, it's cheaper. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote: Doesn't the type-handling package do what you guys are looking for? Yes, it does. And it rocks. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Infinita tristeza. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327029: Non-functional with read-only /dev
On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote: : Tell the user to learn how UNIX works, and stop bitching. AF_UNIX sockets must be created on a rw file system, and a symlink will not work. On FreeBSD it works. So I think it's possible. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
Richard Atterer [EMAIL PROTECTED] writes: From the adduser/addgroup manpage: If the file /usr/local/sbin/adduser.local exists, it will be executed after the user account has been set up in order to do any local setup. The arguments passed to adduser.local are: username uid gid home-directory, and the environment variables DEBUG and VERBOSE will be set according to the settings in the master program. You can use this to execute the same adduser/addgroup command in the chroot. While this doesn't guarantee that the different files are 100% in sync, I think it'll get close enough for practical usage. Ahh. I had forgotten about that, and you're right, it might be close enough, but if it's possible to arrange for unified handling, I'd really prefer that. The main problem is that I want a solution that handles all users and groups, and I want tools like adduser to continue to work correctly. So far I haven't been able to tell if the behavior of adduser and the related tools is configurable. I can see how to authenticate against other sources via lipam, but not how to re-route modifications. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327029: Non-functional with read-only /dev
On Thu, Sep 15, 2005 at 07:12:16PM +0200, SZALAY Attila wrote: On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote: : Tell the user to learn how UNIX works, and stop bitching. AF_UNIX sockets must be created on a rw file system, and a symlink will not work. On FreeBSD it works. So I think it's possible. If I'm not mistaken, FreeBSD got rid of static /dev ages ago, and has had a (properly implemented) DevFS-like thing since. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
* Lawrence Williams [Thu, 15 Sep 2005 13:13:14 -0230]: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? Of course not, read Policy. What is saying is, this package needs l-k-h to build, _unless_ we're on hurd-i386, netbsd-i386, or kfreebsd-i386; in that case, it's ok that l-k-h is not present. * David Moreno Garza [Thu, 15 Sep 2005 12:10:38 -0500]: On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote: Doesn't the type-handling package do what you guys are looking for? Yes, it does. And it rocks. No, it does not (rock). And, fortunately, it's going to die. If you're curious what's going to replace it, check Guillem Jover's patch in #291939 (last message in the bug). When/if it gets implemented, you'll be able to: Build-Depends: libasound2-dev [linux-any] Build-Depends: firebird2-dev [any-i386] Cheers, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 I went to the race track once and bet on a horse that was so good that it took seven others to beat him! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, Sep 15, 2005 at 12:10:38PM -0500, David Moreno Garza wrote: On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote: Doesn't the type-handling package do what you guys are looking for? Yes, it does. And it rocks. Dude, throw away the crackpipe. It's one of the most ugly hacks I've ever seen. It works, but that's about it. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Lawrence Williams a écrit : Hello, I am working on a package that Build-Depends on libasound2-dev, but can be built on non-Linux OSs. Is there any way to shape the Build-Dep so that libasound2-dev is only used if we are building for a Linux system? I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? Currently this is the solution. In the future, dpkg should support build-depencies like [linux-any] or [any-i386]. See the bug #291939. I hope this support will be available soon. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Kevin B. McCarty a écrit : David Nusinow wrote: On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? This was the goal of the line you mention. Unfortunately, I'm not aware of any sort of simple test like linux-kernel-headers (=foo) [linux] in dpkg, so I had to explicitly remove non-linux ports from the requirement. Doesn't the type-handling package do what you guys are looking for? Looks like it needs to be used somehow in combination with sed and a debian/control.in file, perhaps in debian/rules clean... type-handling is ugly and should be considered as deprecated. It will be replaced in the future by a the support of build-dependencies like [linux-any]. I hope the support will appear soon there (the patch to support that is in the BTS). Please also don't switch your package to type handling, and wait for the new dpkg, as it violates the new Debian Policy, which says that you should not change the build-depencies at build-time. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, 2005-09-15 at 20:05 +0200, Wouter Verhelst wrote: Dude, throw away the crackpipe. It's one of the most ugly hacks I've ever seen. It works, but that's about it. I have to say it works well for me and I like it. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ [EMAIL PROTECTED] | GPG: C671257D Depression is a way of life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#327029: Non-functional with read-only /dev
On Thu, Sep 15, 2005 at 07:44:00PM +0200, Wouter Verhelst wrote: On Thu, Sep 15, 2005 at 07:12:16PM +0200, SZALAY Attila wrote: On Thu, 2005-09-15 at 18:30 +0200, Marco d'Itri wrote: : Tell the user to learn how UNIX works, and stop bitching. AF_UNIX sockets must be created on a rw file system, and a symlink will not work. On FreeBSD it works. So I think it's possible. If I'm not mistaken, FreeBSD got rid of static /dev ages ago, and has had a (properly implemented) DevFS-like thing since. It has the same underlying issue as the Linux one. The FreeBSD developer don't seem to care, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Pollock [EMAIL PROTECTED] writes: On Wed, Sep 14, 2005 at 02:12:54PM -0700, Rob Browning wrote: Is it possible to configure a set of chroots (woody, sarge, whatever) so that all of the chroot passwd/group DBs will stay in sync with each other and with the host DB automaticall, so that, for example, a useradd, usermod, or userdel, will automatically affect all of the DBs simultaneously and safely? I haven't investigated if adduser supports this properly (and I suspect it doesn't), but LDAP authentication across the whole lot would do the trick. If you are using the chroot for e.g. building with sbuild/buildd, you don't really want the LDAP stuff in your minimal chroot. As an alternative suggestion to the original poster, have a look at the latest schroot: http://people.debian.org/~rleigh/schroot-0.1.6.tar.bz2 Note this is not an official release, it's a CVS snapshot, since I only added the necessary support over the last two days. Here's an example of it in action, in verbose mode to illustrate: $ schroot -c sarge -v run-parts: executing /etc/schroot/setup.d/00check AUTH_USER=rleigh AUTH_VERBOSITY=verbose CHROOT_TYPE=plain CHROOT_NAME=sarge CHROOT_DESCRIPTION=Debian sarge (stable) CHROOT_MOUNT_LOCATION=/srv/chroot/sarge CHROOT_MOUNT_DEVICE=(null) CHROOT_LOCATION=/srv/chroot/sarge run-parts: executing /etc/schroot/setup.d/10mount run-parts: executing /etc/schroot/setup.d/20network `/etc/resolv.conf' - `/srv/chroot/sarge/etc/resolv.conf' run-parts: executing /etc/schroot/setup.d/30passwd `/etc/passwd' - `/srv/chroot/sarge/etc/passwd' `/etc/shadow' - `/srv/chroot/sarge/etc/shadow' `/etc/group' - `/srv/chroot/sarge/etc/group' run-parts: executing /etc/schroot/setup.d/50chrootname Setting chroot name to sarge [sarge chroot] Running login shell: “/bin/bash” (sarge)[EMAIL PROTECTED]:~/projects/schroot/schroot$ id uid=1000(rleigh) gid=1000(rleigh) groups=20(dialout),24(cdrom),25(floppy),29(audio),40(src),44(video),46(plugdev),1000(rleigh),1001(sbuild) (sarge)[EMAIL PROTECTED]:~/projects/schroot/schroot$ logout run-parts: executing /etc/schroot/setup.d/50chrootname run-parts: executing /etc/schroot/setup.d/30passwd run-parts: executing /etc/schroot/setup.d/20network run-parts: executing /etc/schroot/setup.d/10mount run-parts: executing /etc/schroot/setup.d/00check $ Notice that the /etc/schroot/setup.d/30passwd was used to sync the passwd and related files by copying them into the chroot from the main system. While it's a simple copy in this case, you can easily customise the script to sync the other way on session shutdown, and make this as complex as you like if you want to take care of the locking issues properly. The scripts allow one to customise and configure the chroot quite easily, so it can (for example) mount block devices on demand, and (later tonight, once I write it) create, mount and destroy LVM snapshots on the fly. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDKcGKVcFcaSW/uEgRArw3AJ9pgH22e3HR9LG7AZvv4NRsBi2umgCg6IKV COrNTpFmtq1cLJFeQwCQVPM= =Xj9z -END PGP SIGNATURE-
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, Sep 15, 2005 at 01:17:06PM -0500, David Moreno Garza wrote: On Thu, 2005-09-15 at 20:05 +0200, Wouter Verhelst wrote: Dude, throw away the crackpipe. It's one of the most ugly hacks I've ever seen. It works, but that's about it. I have to say it works well for me and I like it. It's incredibly confusing. Really, what's more clear? Build-Depends: type-handling, fooishbar | hurd-i386 or Build-Depends: fooishbar [!hurd-i386] ? They both do exactly the same thing, except that the latter clearly says out loud that you do /not/ need fooishbar on hurd-i386, whereas the other requires some brain parsing and quite some thought. -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: architecture alias and disto rebuild
Hi, On Tue, Sep 13, 2005 at 11:58:40AM +0200, Adeodato Simó wrote: * Bill Allombert [Mon, 12 Sep 2005 17:39:36 +0200]: So I propose a alternate solution: If the distro foobar rebuild packages on i386, they could use i386foobar as architecture name instead of i386, this way every package they rebuild will be clearly marked as such. Of course, if foobar want to allow regular Debian package to be installed, they can just patch dpkg so that it accept both kind of package. The morale of the story is: since we have now comprehensive plateform handling with CPU-SYSTEM, why not go a little farther and add a BUILDER field with the suitable logic in dpkg so that it allow to install packages from any builder by default ? This would be a gross hack, and I don't see why people who don't bother to use a simple, clean and tested mechanism to mark rebuilds (namely, dch -i) would go and use this other yet-to-be-implemented one. I agree with Adeodato that this solution is a gross hack, but I'd rather start using something like dpkg-sig over the .deb files, so you would be able to check from where does that specific .deb file come from, be it Debian official or a deriviative, etc, w/o having to modify the sources. regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Managing users and groups within multiple devel chroots.
Roger Leigh [EMAIL PROTECTED] writes: Notice that the /etc/schroot/setup.d/30passwd was used to sync the passwd and related files by copying them into the chroot from the main system. While it's a simple copy in this case, you can easily customise the script to sync the other way on session shutdown, and make this as complex as you like if you want to take care of the locking issues properly. The scripts allow one to customise and configure the chroot quite easily, so it can (for example) mount block devices on demand, and (later tonight, once I write it) create, mount and destroy LVM snapshots on the fly. Hmm. That seems like a nice tool, but in this case, I want to keep the chroots around all the time with home bind mounted so that the chroots are available to everyone, and I don't want there to be any period of time after installing a package in one chroot (or on the host) where the users/groups don't match everywhere. In truth, if LDAP can be configured to work completely transparently for *all* users/groups, so that, for example, adduser automatically uses it when packages are installed, then that would be just fine, but I was under the perhaps mistaken impression that an LDAP approach wouldn't be that transparent. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Le jeudi 15 septembre 2005 à 20:16 +0200, Aurelien Jarno a écrit : type-handling is ugly and should be considered as deprecated. It will be replaced in the future by a the support of build-dependencies like [linux-any]. I hope the support will appear soon there (the patch to support that is in the BTS). If support for it is in etch's dpkg, we will be able to use it *after the etch release*. The policy has always been to require only dpkg features from the previous stable release. Please also don't switch your package to type handling, and wait for the new dpkg, as it violates the new Debian Policy, which says that you should not change the build-depencies at build-time. Of course, using type-handling for generating a control file in the clean target is a crazy idea. The sane way to use it is: Build-Depends: libasound2-dev | not+linux -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom signature.asc Description: This is a digitally signed message part
Re: Managing users and groups within multiple devel chroots.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rob Browning [EMAIL PROTECTED] writes: Roger Leigh [EMAIL PROTECTED] writes: Notice that the /etc/schroot/setup.d/30passwd was used to sync the passwd and related files by copying them into the chroot from the main system. While it's a simple copy in this case, you can easily customise the script to sync the other way on session shutdown, and make this as complex as you like if you want to take care of the locking issues properly. The scripts allow one to customise and configure the chroot quite easily, so it can (for example) mount block devices on demand, and (later tonight, once I write it) create, mount and destroy LVM snapshots on the fly. Hmm. That seems like a nice tool, but in this case, I want to keep the chroots around all the time with home bind mounted so that the chroots are available to everyone, and I don't want there to be any period of time after installing a package in one chroot (or on the host) where the users/groups don't match everywhere. I think bind mounts are probably appropriate in this case. That's what I was using until yesterday, but then I wanted to make the most use of my new toy ;-) You could use schroot with all the mounts set up if you wanted. That's how I use it, but I do get tired of the huge mount table. Unrelated, but I'm too excited to keep quiet! I now have LVM snapshotting working! $ ./schroot -c sid-snap -v run-parts: executing /etc/schroot/setup.d/00check AUTH_USER=rleigh AUTH_VERBOSITY=verbose CHROOT_TYPE=lvm-snapshot CHROOT_NAME=sid-snap CHROOT_DESCRIPTION=Debian sid snapshot CHROOT_MOUNT_LOCATION=/mnt CHROOT_MOUNT_DEVICE=/dev/hda_vg/sid_chroot CHROOT_DEVICE=/dev/hda_vg/sid_chroot CHROOT_MOUNT_OPTIONS=-o atime,sync,user_xattr CHROOT_LVM_SNAPSHOT_OPTIONS=--size 2G run-parts: executing /etc/schroot/setup.d/05lvm Logical volume sid_chroot-snapshot created run-parts: executing /etc/schroot/setup.d/10mount mount: you didn't specify a filesystem type for /dev/hda_vg/sid_chroot-snapshot I will try type ext3 /dev/mapper/hda_vg-sid_chroot--snapshot on /mnt type ext3 (rw,sync,user_xattr) proc on /mnt/proc type proc (rw) /dev/pts on /mnt/dev/pts type none (rw,bind) tmpfs on /mnt/dev/shm type tmpfs (rw) /home on /mnt/home type none (rw,bind) /tmp on /mnt/tmp type none (rw,bind) run-parts: executing /etc/schroot/setup.d/20network `/etc/resolv.conf' - `/mnt/etc/resolv.conf' run-parts: executing /etc/schroot/setup.d/30passwd `/etc/passwd' - `/mnt/etc/passwd' `/etc/shadow' - `/mnt/etc/shadow' `/etc/group' - `/mnt/etc/group' run-parts: executing /etc/schroot/setup.d/50chrootname Setting chroot name to sid-snap [sid-snap chroot] Running login shell: “/bin/bash” (sid)[EMAIL PROTECTED]:~/projects/schroot/schroot$ logout run-parts: executing /etc/schroot/setup.d/50chrootname run-parts: executing /etc/schroot/setup.d/30passwd run-parts: executing /etc/schroot/setup.d/20network run-parts: executing /etc/schroot/setup.d/10mount /tmp umounted /home umounted tmpfs umounted /dev/pts umounted proc umounted /dev/mapper/hda_vg-sid_chroot--snapshot umounted run-parts: executing /etc/schroot/setup.d/05lvm Logical volume sid_chroot-snapshot successfully removed run-parts: executing /etc/schroot/setup.d/00check $ Now the only remaining feature is disconnected session management, and it's basically complete. - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDKeA4VcFcaSW/uEgRAlesAJ0ZcXY4X9oHcPZlraPVDjE4/8WRuACdHWur uFXPNny7PQdpwBqyy/k/qCA= =ZXU5 -END PGP SIGNATURE-
Re: Build-Depend'ing on libasound2-dev just for Linux
On Thu, Sep 15, 2005 at 01:05:31PM -0400, Kevin B. McCarty wrote: David Nusinow wrote: On Thu, Sep 15, 2005 at 01:13:14PM -0230, Lawrence Williams wrote: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? This was the goal of the line you mention. Unfortunately, I'm not aware of any sort of simple test like linux-kernel-headers (=foo) [linux] in dpkg, so I had to explicitly remove non-linux ports from the requirement. Doesn't the type-handling package do what you guys are looking for? Looks like it needs to be used somehow in combination with sed and a debian/control.in file, perhaps in debian/rules clean... Not in debian/rules clean. Unsupervised editing of debian/control leads to RC bugs. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
piuparts mass bug filing, summary
Greetings from your friendly neighborhood package torturer. I ran piuparts on most of etch/main. This resulted in somewhere between one and two thousand failures. For a long time, I read and tried to figure out what the cause of each failure was. Eventually I gave up: there were too many failures that were caused by a dependency, and investigating each log file took way too much time. I concluded that there was no point in testing A, if it depends on B, and B is untested. And if B fails, well, testing of A will also fail, as far as piuparts is concerned. Thus I wrote a small tool to run piuparts in this way. This resulted in much fewer failures, and in fact a manageable number. It means, however, that about two thirds of the archive isn't getting tested for now. At the moment, I'm all caught up with etch: all packages that can be tested with my scheme have been tested. I'll be running my script daily, and reporting any new failures as bugs (after the proper analysis, of course). I've filed bugs from all failed logs so far (not too many, only 66, I think: 319601, 325901, 325905, 325907, 325911, 325913, 325921, 325923, 326046, 326050, 326235, 326240, 326248, 326264, 326266, 327076, 327122, 327144, 327146, 327238, 327242, 327521, 327522, 327526, 327530, 327532, 327535, 327537, 327540, 327544, 327615, 328250, 328252, 328256, 328261, 328283, 328284, 328295, 328296, 328297, 328300, 328301, 328310, 328315, 328320, 328321, 328322, 328326, 328327, 328329, 328330, 328331, 328332, 328362, 328366, 328472, 328476, 328478, 328486, 328487, 328490, 328491, 328492, 328493, 328495, 328497; as you can see, some people are impolite enough to insert their bugs in the middle of my log processing runs, ruining my pretty consecutive numbers). Here's some statistics of the current situation: already-failed: 71 already-tested: 4234 dependency-untested: 10393 ignoring-important-required-essential: 122 unknown-dependency: 384 So, about ten thousand packages are waiting for a dependency to be tested first. Circular dependencies probably prevent most of those (if A depends on B, and B depends on A, neither will be tested with my current setup). I don't want to spend much time on breaking the circular chains to run piuparts: circular dependency chains tend to make the testing fail anyway at removal time (though not deterministically), so running piuparts on such can be a waste of time. Since I'm filing bugs on piuparts failures, and will include relevant information, I don't think there's much point in setting up a system for providing log files on the web. If you want them, mail me in private; if enough people do that, I'll reconsider. I may expand to contrib and non-free. I don't expect to write more summaries of this, unless there's unexpected surprises that overwhelm me. If you want to test a package, the following command works with piuparts 0.10 [1], on current sid, when run against etch: sudo piuparts -d etch -al liwc.log liwc If you add a -s etch.tar.gz option, piuparts will save the chroot it creates with debootstrap, and then you can replace that option with -b etch.tar.gz in future runs, which will be much faster. I run piuparts against etch instead of sid, because sid is in quite a turmoil, what with all the transitions going on. (For example, while testing the above command, I got errors about lib64gcc1.) I would like to see people use piuparts, or other ways, to test their packages before they upload them. This should catch all sorts of easy mistakes, such as failing to remove log files, or removing alternatives the wrong way. Remember: a piuparts a day keeps the torturer away from the bts. [1] I've just uploaded 0.10. It will probably take a day or so to be on the mirrors. You can get it from here in the mean time: http://liw.iki.fi/liw/temp/piuparts_0.10-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Interfaces for dpkg/deb packages
Greetings All: First-time poster, please be gentle. :) I was curious as to where I might be able to find out what non-command-line interfaces into .deb packages are available. For instance, is there a C interface that could pull out information such as Name, Version, Release, etc... ? I posted the above question on the debian-policy mailing list, and I got back that .deb is simply an AR file that writing my own routines shouldn't be too hard. While I agree, I figure this is probably already done/documented somewhere else (say the dpkg project). Where is the right place to start asking questions? For instance, the parse.c file in dpkg-1.10.28/lib looks promising, but where can I get more information about this? Thanks, -- christopher -- Christopher Crammond, Software Engineer Open Country, Inc. [EMAIL PROTECTED] 650.591.8080 ext 246 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Build-Depend'ing on libasound2-dev just for Linux
Josselin Mouette a écrit : Le jeudi 15 septembre 2005 à 20:16 +0200, Aurelien Jarno a écrit : type-handling is ugly and should be considered as deprecated. It will be replaced in the future by a the support of build-dependencies like [linux-any]. I hope the support will appear soon there (the patch to support that is in the BTS). If support for it is in etch's dpkg, we will be able to use it *after the etch release*. The policy has always been to require only dpkg features from the previous stable release. I hope that what you are saying does not apply to dpkg-dev, as I was actually speaking about that one (dpkg being the source package). That's why I think it should be possible to add this functionality to the etch's dpkg. The packages using it just have to declare a versioned build-dependency on the corresponding dpkg-dev. But if what you said is really true, that means we have hundred of packages fucked in etch, all the ones that use the new dpkg-architecture functionalities. Please also don't switch your package to type handling, and wait for the new dpkg, as it violates the new Debian Policy, which says that you should not change the build-depencies at build-time. Of course, using type-handling for generating a control file in the clean target is a crazy idea. The sane way to use it is: Build-Depends: libasound2-dev | not+linux It is maybe a crazy idea, but it is the only one that work. What you suggest simply doesn't work, as not+linux is a provided package, and the autobuilders are not able to see it. In short a package with such a build-dependency will FTBFS on non linux architectures, if built by an autobuilder. Bye, Aurelien -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian GNU/Linux developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reviving the Debian FAQ
On Tue, Sep 13, 2005 at 10:39:37PM -0400, Kamaraju Kusumanchi wrote: I am taking the liberty to write this even though I am not a DD. Hope Well, I said DDs in my mail because i was mailing -devel, but the document is open to contributions from anyone, just like anything in Debian :-) one use? I wrote an FAQ on that and is currently hosted at http://people.cornell.edu/pages/kk288/debian_choosing_distribution.html It would be nice if you can include this in the Debian FAQ. Needless to say, I would be happy to hear comments on the above document. Could you please license that FAQ with a license compatible (preferably the same) aas the onee the current FAQ uses? That would allowo me to freely copy paste content there (and changeit to sgml, etc.) Regards Javier signature.asc Description: Digital signature
Re: Reviving the Debian FAQ
On Wed, Sep 14, 2005 at 10:48:07AM +0200, Henning Makholm wrote: Scripsit Javier Fernández-Sanguino Peña [EMAIL PROTECTED] I've fixed some of a), b) or c) with the help of Santiago Vila who is doing the Spanish translation but more peer review is needed here. Note that the document at the official URL you quote is probably obsolete; it identifies itself as being a February 2003 version. FWIW, that has been fixed now and the document at www.debian.org is now in sync with the CVS. Regards Javier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reviving the Debian FAQ
Javier Fernández-Sanguino Peña wrote: On Tue, Sep 13, 2005 at 10:39:37PM -0400, Kamaraju Kusumanchi wrote: I am taking the liberty to write this even though I am not a DD. Hope Well, I said DDs in my mail because i was mailing -devel, but the document is open to contributions from anyone, just like anything in Debian :-) Thanks for the encouraging words. one use? I wrote an FAQ on that and is currently hosted at http://people.cornell.edu/pages/kk288/debian_choosing_distribution.html It would be nice if you can include this in the Debian FAQ. Needless to say, I would be happy to hear comments on the above document. Could you please license that FAQ with a license compatible (preferably the same) aas the onee the current FAQ uses? That would allowo me to freely copy paste content there (and changeit to sgml, etc.) How can I do that? Are there some instructions that I need to follow or just say in the document that others are free to copy the contents? I am sorry but I am very new to licensing and stuff like that. thanks raju -- Kamaraju S Kusumanchi Graduate Student, MAE Cornell University http://www.people.cornell.edu/pages/kk288/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reviving the Debian FAQ
Henning Makholm wrote: Scripsit Kamaraju Kusumanchi [EMAIL PROTECTED] I object to the notion that | Testing is intended for Debian developers. If you are not a Debian | developer, then install unstable as opposed to testing. which rather permeates the document. I read that somewhere in one of the official Debian documentation and just copied it there. But I did a google search upon seeing Henning's email and all I could find are links to my webpage. Anyway thanks for pointing that out. I will be changing it over this weekend. In principle testing is just a staging area for the next stable version. Not many people *need* to run it, but it has been found to be useful for users who want newer software than stable has yet don't want to risk the breakage-of-the-day in unstable. There's even said to be security support these days :-) Yes. I have not updated the document after the announcement regarding testing-security-support was made. Thanks for pointing it out. I don't think we as a project should endorse documentation that encourages running unstable. Our official attitude should be that unstable is only for people who want to be our guinea pigs. People who run it without wanting to be guinea pigs nevertheless become ones, and when things break for them, they don't get any sympathy. The document does not endorse using unstable. It clearly encourages to use stable. But if one wants to choose between unstable and testing then it says to go with unstable. Even then I warn the user sufficiently enough (I think). raju -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Thu, Sep 15, 2005 at 07:22:25AM -0500, Stephen R Marenka wrote: Package: pbzip2 Version: 0.9.4-1 Severity: serious Justification: fails to build on release candidate arch. Tags: sid pbzip2 fails to build from source on m68k. This is likely due to bug #317475 on gcc-4.0. As a workaround, you might try compiling with less optimization or gcc-3.3/gcc-3.4. It would be nice if the optimization downgrade is done _only_ for m68k as I did it for pbzip2 with the attached patch. A full buildd log is available at http://buildd.debian.org/build.php?pkg=pbzip2ver=0.9.4-1arch=m68k Other buildd logs may be available at http://buildd.debian.org/build.php?arch=pkg=pbzip2 -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal debdiff cache/pbzip2/pbzip2_0.9.4-1.dsc cache/pbzip2/pbzip2_0.9.4-2.dsc diff -u pbzip2-0.9.4/debian/changelog pbzip2-0.9.4/debian/changelog --- pbzip2-0.9.4/debian/changelog +++ pbzip2-0.9.4/debian/changelog @@ -1,3 +1,9 @@ +pbzip2 (0.9.4-2) unstable; urgency=low + + * debian/rules: no optimizacion for m68k, closes: #328453. + + -- Anibal Monsalve Salazar [EMAIL PROTECTED] Thu, 15 Sep 2005 23:38:32 +1000 + pbzip2 (0.9.4-1) unstable; urgency=low * New upstream release, closes: #325794. diff -u pbzip2-0.9.4/debian/rules pbzip2-0.9.4/debian/rules --- pbzip2-0.9.4/debian/rules +++ pbzip2-0.9.4/debian/rules @@ -10,7 +10,8 @@ # Uncomment this to turn on verbose mode. export DH_VERBOSE=1 -CFLAGS = -Wall -g +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) +CFLAGS = -Wall ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 @@ -18,6 +19,10 @@ CFLAGS += -O2 endif +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH))) + CFLAGS = -Wall -O0 +endif + configure: configure-stamp configure-stamp: dh_testdir @@ -31,7 +36,7 @@ dh_testdir # Add here commands to compile the package. - $(MAKE) + $(MAKE) CFLAGS=$(CFLAGS) touch build-stamp only in patch2: unchanged: --- pbzip2-0.9.4.orig/Makefile +++ pbzip2-0.9.4/Makefile @@ -11,16 +11,16 @@ # Standard pbzip2 compile pbzip2: pbzip2.cpp - $(CC) -O3 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o pbzip2 pbzip2.cpp -pthread -lpthread -lbz2 + $(CC) $(CFLAGS) -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o pbzip2 pbzip2.cpp -pthread -lpthread -lbz2 # Choose this if you want to compile in a static version of the libbz2 library pbzip2-static: libbz2.a pbzip2.cpp - $(CC) -O3 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o pbzip2 pbzip2.cpp -pthread -lpthread -I. -L. -lbz2 + $(CC) $(CFLAGS) -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o pbzip2 pbzip2.cpp -pthread -lpthread -I. -L. -lbz2 # Compatability mode for 32bit file sizes (less than 2GB) and systems # that have compilers that treat int as 64bit natively (ie: modern AIX) pbzip2-compat: pbzip2.cpp - $(CC) -O3 -o pbzip2 pbzip2.cpp -pthread -lpthread -lbz2 + $(CC) $(CFLAGS) -o pbzip2 pbzip2.cpp -pthread -lpthread -lbz2 # Install the binary pbzip2 program and man page install: pbzip2 signature.asc Description: Digital signature
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote: to bug #317475 on gcc-4.0. As a workaround, you might try compiling with less optimization or gcc-3.3/gcc-3.4. +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH))) + CFLAGS = -Wall -O0 +endif For the record, -O2 seems to work fine. The segfaults only seem to apply to -O3 and better (at least in my experience). -- Stephen R. Marenka If life's not fun, you're not doing it right! [EMAIL PROTECTED] signature.asc Description: Digital signature
Re: Build-Depend'ing on libasound2-dev just for Linux
Thanks, Your option sound like exactly what I need. The package using libasound2-dev during build only needs it if we are using Linux. The packages could possibly be built on a Debian BSD port or whatever in the future. I apologize if my e-mail wasn't clear. The linux-kernel-headers build-dep is probably the sanest solution for my package, as it would cut out a lot of old cruft that has been hanging around. Are those archs (hurd-i386 netbsd-i386 kfreebsd-i386) defined by dpkg or another package like type-handling?? Thanks everyone :) Lawrence On September 15, 2005 03:26 pm, Adeodato Simó wrote: * Lawrence Williams [Thu, 15 Sep 2005 13:13:14 -0230]: I seen an example of a possible choice in xorg-x11 packages that Build-Dep on linux-kernel-headers, but I wasn't sure if I should follow their example: linux-kernel-headers (= 2.6.13+0rc3-1.1) [!hurd-i386 !netbsd-i386 !kfreebsd-i386] In Debian, does this prevent it from building on anything other than Linux?? Of course not, read Policy. What is saying is, this package needs l-k-h to build, _unless_ we're on hurd-i386, netbsd-i386, or kfreebsd-i386; in that case, it's ok that l-k-h is not present. * David Moreno Garza [Thu, 15 Sep 2005 12:10:38 -0500]: On Thu, 2005-09-15 at 13:05 -0400, Kevin B. McCarty wrote: Doesn't the type-handling package do what you guys are looking for? Yes, it does. And it rocks. No, it does not (rock). And, fortunately, it's going to die. If you're curious what's going to replace it, check Guillem Jover's patch in #291939 (last message in the bug). When/if it gets implemented, you'll be able to: Build-Depends: libasound2-dev [linux-any] Build-Depends: firebird2-dev [any-i386] Cheers, -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 I went to the race track once and bet on a horse that was so good that it took seven others to beat him!
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote: It would be nice if the optimization downgrade is done _only_ for m68k as I did it for pbzip2 with the attached patch. Does pbzip2 make sense for m68k at all? I've never seen an SMP m68k... /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Reviving the Debian FAQ
Kamaraju Kusumanchi [EMAIL PROTECTED] writes: The document does not endorse using unstable. It clearly encourages to use stable. But if one wants to choose between unstable and testing then it says to go with unstable. It's fine to give reasons why unstable might be preferable given such a choice (though your general tone seems somewhat unfairly biased against testing -- you make it sound scarier that it really is). But the sentence Testing is intended for Debian developers. If you are not a Debian developer, then install unstable as opposed to testing is nonsensical; just get rid of it. -miles -- 97% of everything is grunge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
Stephen R Marenka wrote: On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote: to bug #317475 on gcc-4.0. As a workaround, you might try compiling with less optimization or gcc-3.3/gcc-3.4. +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH))) + CFLAGS = -Wall -O0 +endif For the record, -O2 seems to work fine. The segfaults only seem to apply to -O3 and better (at least in my experience). This seems to affect one of the packages I sponsor as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325557 If gcc-4.0 is going to puke on lots of packages that use -O3, doesn't it make more sense to upload a patched gcc-4.0 for m68k that silently changes the optimization level back to 2 untile the problem with the compiler can be fixed rather than upload and recompile a large number of packages for every architecture? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote: Stephen R Marenka wrote: On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote: to bug #317475 on gcc-4.0. As a workaround, you might try compiling with less optimization or gcc-3.3/gcc-3.4. +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH))) + CFLAGS = -Wall -O0 +endif For the record, -O2 seems to work fine. The segfaults only seem to apply to -O3 and better (at least in my experience). This seems to affect one of the packages I sponsor as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325557 If gcc-4.0 is going to puke on lots of packages that use -O3, doesn't it make more sense to upload a patched gcc-4.0 for m68k that silently changes the optimization level back to 2 untile the problem with the compiler can be fixed rather than upload and recompile a large number of packages for every architecture? If you have a patch that fixes the ICEs on m68k, by all means please forward it to the BTS. But a larger question is, why are so many packages being built entirely with -O3 when policy recommends -O2? Policy does say it's ok to use other compiler flags if appropriate, but I'd be surprised if all of these packages have been benchmarked to confirm that -O3 actually gives measurable performance benefits. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Thu, 2005-09-15 at 19:47 -0700, Steve Langasek wrote: On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote: Stephen R Marenka wrote: On Fri, Sep 16, 2005 at 10:40:50AM +1000, Anibal Monsalve Salazar wrote: to bug #317475 on gcc-4.0. As a workaround, you might try compiling with less optimization or gcc-3.3/gcc-3.4. +ifneq (,$(findstring m68k,$(DEB_HOST_ARCH))) + CFLAGS = -Wall -O0 +endif For the record, -O2 seems to work fine. The segfaults only seem to apply to -O3 and better (at least in my experience). This seems to affect one of the packages I sponsor as well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325557 If gcc-4.0 is going to puke on lots of packages that use -O3, doesn't it make more sense to upload a patched gcc-4.0 for m68k that silently changes the optimization level back to 2 untile the problem with the compiler can be fixed rather than upload and recompile a large number of packages for every architecture? If you have a patch that fixes the ICEs on m68k, by all means please forward it to the BTS. But a larger question is, why are so many packages being built entirely with -O3 when policy recommends -O2? Policy does say it's ok to use other compiler flags if appropriate, but I'd be surprised if all of these packages have been benchmarked to confirm that -O3 actually gives measurable performance benefits. I don't know if it gives measurable benefits, but all Python extensions use -O3 by default (from /usr/lib/python2.3/config/Makefile). Personally I think it's dumb, but maybe the Python maintainers know better? This is what triggered the bug in python-flac for me. Overriding distutils isn't something I've figured out yet (doing so is a task for the weekend). -- Joe Wreschnig [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: downgrading optimization for m68k [was: Bug#328453: pbzip2_0.9.4-1(m68k/unstable/zeus): FTBFS on m68k]
On Thu, Sep 15, 2005 at 07:15:16PM -0700, tony mancill wrote: If gcc-4.0 is going to puke on lots of packages that use -O3, doesn't it make more sense to upload a patched gcc-4.0 for m68k that silently changes the optimization level back to 2 untile the problem with the compiler can be fixed rather than upload and recompile a large number of packages for every architecture? It would make even more sense to spend that time and effort on finding the bug and the patch for it. I'm preparing to run a binary search for that bug; just need to put the final pieces in place (Yes, I've asked upstream, but haven't gotten a reply as of yet). -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted policycoreutils 1.26-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 01:06:11 -0500 Source: policycoreutils Binary: policycoreutils Architecture: source i386 Version: 1.26-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: policycoreutils - SELinux core policy utilities Closes: 326152 326153 Changes: policycoreutils (1.26-1) unstable; urgency=low . * New upstream release * Updated version for release. * Changed setfiles -c to translate the context to raw format prior to calling libsepol. * Changed semodule to report errors even without -v, to detect extraneous arguments, and corrected usage message. * Merged patch for fixfiles -C from Dan Walsh. * Merged fixes for semodule_link and sestatus from Serge Hallyn (IBM). Bugs found by Coverity. * Merged patch to move module read/write code from libsemanage to libsepol from Jason Tang (Tresys). * Changed semodule* to link with libsemanage. * Merged restorecon patch from Ivan Gyurdiev. * Merged load_policy, newrole, and genhomedircon patches from Red Hat. * Merged loadable module support from Tresys Technology. * Updated build depends. (Closes: #326153). * policycoreutils: run_init blocks sigCHLD but doesn't unblock it before exec, thanks to Erich Schubert (Closes: #326152). Files: 7436d1002f01142e4254e2a6d95f8feb 676 utils optional policycoreutils_1.26-1.dsc 3d4468916b998859fc82aa333790e6d8 63195 utils optional policycoreutils_1.26.orig.tar.gz e2769cc9e12d4de0db507934aeb2efb0 40342 utils optional policycoreutils_1.26-1.diff.gz eab1c82ba740282bc637dcca221cd56e 357970 utils optional policycoreutils_1.26-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKROSIbrau78kQkwRAmpHAKCcxve1BhSXcl3+TNwG7aHhqX8U/QCdHf3I KuV6JXi1AT2QWkKIUnHrsew= =wOak -END PGP SIGNATURE- Accepted: policycoreutils_1.26-1.diff.gz to pool/main/p/policycoreutils/policycoreutils_1.26-1.diff.gz policycoreutils_1.26-1.dsc to pool/main/p/policycoreutils/policycoreutils_1.26-1.dsc policycoreutils_1.26-1_i386.deb to pool/main/p/policycoreutils/policycoreutils_1.26-1_i386.deb policycoreutils_1.26.orig.tar.gz to pool/main/p/policycoreutils/policycoreutils_1.26.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted selinux-doc 1.22-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 01:42:07 -0500 Source: selinux-doc Binary: selinux-doc Architecture: source all Version: 1.22-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: selinux-doc - documentation for Security-Enhanced Linux Changes: selinux-doc (1.22-1) unstable; urgency=low . * New upstream release * Updated version for release. * Updated CREDITS. * Added README.MODULES. Files: d2e02019d2a78dd44b23b20869608eea 581 doc optional selinux-doc_1.22-1.dsc 87aede96a7b08d9f97524b33a5417636 110481 doc optional selinux-doc_1.22.orig.tar.gz 3946c9f12393d8429f61e1040b318c33 28397 doc optional selinux-doc_1.22-1.diff.gz 81401a0b65050415e30f7fca71b718ea 765626 doc optional selinux-doc_1.22-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKR4EIbrau78kQkwRAp4RAKDZ1djLWo0VFZpQHJGUuUgIOodFFACfV758 67WWSPHuIRAcCbeTP5CN/kg= =v8I6 -END PGP SIGNATURE- Accepted: selinux-doc_1.22-1.diff.gz to pool/main/s/selinux-doc/selinux-doc_1.22-1.diff.gz selinux-doc_1.22-1.dsc to pool/main/s/selinux-doc/selinux-doc_1.22-1.dsc selinux-doc_1.22-1_all.deb to pool/main/s/selinux-doc/selinux-doc_1.22-1_all.deb selinux-doc_1.22.orig.tar.gz to pool/main/s/selinux-doc/selinux-doc_1.22.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted setools 2.1.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 02:00:01 -0500 Source: setools Binary: setools Architecture: source i386 Version: 2.1.2-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: setools- Tresys tools for managing SE Linux Changes: setools (2.1.2-1) unstable; urgency=low . * New upstream release Files: 17ddc43a3c2163f100d1a47590b90883 655 admin optional setools_2.1.2-1.dsc 480e0eacf4fd1c1776965e5a754be66a 1744070 admin optional setools_2.1.2.orig.tar.gz 5042588a15a1c45c212281d88a7f660a 45473 admin optional setools_2.1.2-1.diff.gz ad92f49a407f103fec35a47c92072cf9 2973836 admin optional setools_2.1.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKSMXIbrau78kQkwRAsBgAJwKSzLZJ/ccaNsFMFWYNCnB/PxCkwCg/JDn vWwNCAiRuhL9GoDgQKuAKbo= =8Qsb -END PGP SIGNATURE- Accepted: setools_2.1.2-1.diff.gz to pool/main/s/setools/setools_2.1.2-1.diff.gz setools_2.1.2-1.dsc to pool/main/s/setools/setools_2.1.2-1.dsc setools_2.1.2-1_i386.deb to pool/main/s/setools/setools_2.1.2-1_i386.deb setools_2.1.2.orig.tar.gz to pool/main/s/setools/setools_2.1.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted stk 4.2.0-8 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 09:12:22 +0200 Source: stk Binary: stk-doc stk libstk0c2 libstk0-dev Architecture: source all i386 Version: 4.2.0-8 Distribution: unstable Urgency: low Maintainer: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED] Changed-By: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED] Description: libstk0-dev - sound synthesis toolkit development files libstk0c2 - Sound Synthesis Toolkit stk- Sound Synthesis Toolkit example applications stk-doc- documentation for the sound synthesis toolkit (STK) Changes: stk (4.2.0-8) unstable; urgency=low . * Added examples to libstk0-dev * Compiling with -O2 instead of -O3 (problems on mk68) Files: 0c6e289c17fbb669ba4cd000a9974a27 680 sound optional stk_4.2.0-8.dsc f0f0e4f6f0db8d62621bc323d84ce1d3 6272 sound optional stk_4.2.0-8.diff.gz 99bece57fd9d97731959e94dcb1b8408 453128 sound optional stk-doc_4.2.0-8_all.deb ec6180bb1af243cf301fb685ad109dc7 534250 sound optional libstk0-dev_4.2.0-8_i386.deb 5e32b88aa730027ef79cb5fef934f437 277306 sound optional libstk0c2_4.2.0-8_i386.deb 04b44d5457aee3554f2b2e5167770ef8 502378 sound optional stk_4.2.0-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKSFk1pbKhmC2uVgRAqbfAJ0VTje96m4uZYa5QNBLD2o/UaESNACfTgHc zo9HUEYj3zqSAayAomVTwLo= =GH2K -END PGP SIGNATURE- Accepted: libstk0-dev_4.2.0-8_i386.deb to pool/main/s/stk/libstk0-dev_4.2.0-8_i386.deb libstk0c2_4.2.0-8_i386.deb to pool/main/s/stk/libstk0c2_4.2.0-8_i386.deb stk-doc_4.2.0-8_all.deb to pool/main/s/stk/stk-doc_4.2.0-8_all.deb stk_4.2.0-8.diff.gz to pool/main/s/stk/stk_4.2.0-8.diff.gz stk_4.2.0-8.dsc to pool/main/s/stk/stk_4.2.0-8.dsc stk_4.2.0-8_i386.deb to pool/main/s/stk/stk_4.2.0-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openssh 1:4.2p1-3 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 09:28:21 +0100 Source: openssh Binary: ssh-askpass-gnome openssh-client-udeb ssh openssh-server openssh-client openssh-server-udeb Architecture: source powerpc all Version: 1:4.2p1-3 Distribution: unstable Urgency: low Maintainer: Matthew Vernon [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: openssh-client - Secure shell client, an rlogin/rsh/rcp replacement openssh-client-udeb - Secure shell client for the Debian installer (udeb) openssh-server - Secure shell server, an rshd replacement openssh-server-udeb - Secure shell server for the Debian installer (udeb) ssh- Secure shell client and server (transitional package) ssh-askpass-gnome - under X, asks user for a passphrase for ssh-add Closes: 328372 328388 Changes: openssh (1:4.2p1-3) unstable; urgency=low . * Add prototype for ssh_gssapi_server_mechanisms (closes: #328372). * Interoperate with ssh-krb5 3.8.1p1-1 servers, which used a slightly different version of the gssapi authentication method (thanks, Aaron M. Ucko; closes: #328388). * Explicitly tell po2debconf to use the 'popular' output encoding, so that the woody-compatibility hack works even with po-debconf 0.9.0. Files: c2ad47bc3fdb0bbe1e5efb22806e847f 966 net standard openssh_4.2p1-3.dsc d566b8de008d430c0a94bd974d4805b7 163134 net standard openssh_4.2p1-3.diff.gz 03b57be0bb94170eacee657408e203c5 1056 net extra ssh_4.2p1-3_all.deb cfcf78334c751c4674d8a69fee6095b0 588378 net standard openssh-client_4.2p1-3_powerpc.deb 77a9b1c42a4dcfea621998bb4f6ef576 224516 net optional openssh-server_4.2p1-3_powerpc.deb d7e8c8488c9eeab9786afbb2739fbfec 85924 gnome optional ssh-askpass-gnome_4.2p1-3_powerpc.deb 8811e5b08640c4d7fee177f5438c3b1b 157570 debian-installer optional openssh-client-udeb_4.2p1-3_powerpc.udeb 4cf6869b9b9a3a0e5dbff907bfe4d10b 165216 debian-installer optional openssh-server-udeb_4.2p1-3_powerpc.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKT1b9t0zAhD6TNERAmqUAJ9i2HxayMu+wsvyNhznM/pR/gnAHwCffIBN xbG0fSGgsYqoE5jQ3B8/WYg= =XIDI -END PGP SIGNATURE- Accepted: openssh-client-udeb_4.2p1-3_powerpc.udeb to pool/main/o/openssh/openssh-client-udeb_4.2p1-3_powerpc.udeb openssh-client_4.2p1-3_powerpc.deb to pool/main/o/openssh/openssh-client_4.2p1-3_powerpc.deb openssh-server-udeb_4.2p1-3_powerpc.udeb to pool/main/o/openssh/openssh-server-udeb_4.2p1-3_powerpc.udeb openssh-server_4.2p1-3_powerpc.deb to pool/main/o/openssh/openssh-server_4.2p1-3_powerpc.deb openssh_4.2p1-3.diff.gz to pool/main/o/openssh/openssh_4.2p1-3.diff.gz openssh_4.2p1-3.dsc to pool/main/o/openssh/openssh_4.2p1-3.dsc ssh-askpass-gnome_4.2p1-3_powerpc.deb to pool/main/o/openssh/ssh-askpass-gnome_4.2p1-3_powerpc.deb ssh_4.2p1-3_all.deb to pool/main/o/openssh/ssh_4.2p1-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted osgcal 0.1.33-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Sep 2005 18:13:17 +0200 Source: osgcal Binary: libosgcal-dev osgcal libosgcal0 osgcal-doc Architecture: source all i386 Version: 0.1.33-1 Distribution: unstable Urgency: low Maintainer: Loic Dachary (OuoU) [EMAIL PROTECTED] Changed-By: Loic Dachary (OuoU) [EMAIL PROTECTED] Description: libosgcal-dev - cal3d to OpenSceneGraph adapter development files libosgcal0 - cal3d to OpenSceneGraph adapter osgcal - cal3d to OpenSceneGraph adapter development environment osgcal-doc - documentation for the cal3d to OpenSceneGraph adapter Closes: 328260 Changes: osgcal (0.1.33-1) unstable; urgency=low . * upstream sync . * upstream now avoid dangerous casts (closes: #328260) Files: 96ab0cdd63419c9888ee9720ec329f34 841 devel optional osgcal_0.1.33-1.dsc 17d6d96626943e9f9ceb8f81d1435fa1 2877463 devel optional osgcal_0.1.33.orig.tar.gz faf5b6a9ae206417931f1689cb211d97 5817 devel optional osgcal_0.1.33-1.diff.gz e4f3d3a3cee648d0e215582085ac107b 16504 devel optional libosgcal-dev_0.1.33-1_i386.deb cabbe6974ad728915601974b61dabfda 241752 libs optional libosgcal0_0.1.33-1_i386.deb 4b49374a52dec0f9860a0bdb0036e284 2505950 devel optional osgcal_0.1.33-1_i386.deb b3b12291363a5e8f1f0ddbccb3571cb1 72412 devel optional osgcal-doc_0.1.33-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKTo38dLMyEl6F20RAv/HAJ4yl2POEh0mDZetWetshi545tRtmwCgwhF0 PJ5lhvUrosxWGNtjrbujfgo= =9RpF -END PGP SIGNATURE- Accepted: libosgcal-dev_0.1.33-1_i386.deb to pool/main/o/osgcal/libosgcal-dev_0.1.33-1_i386.deb libosgcal0_0.1.33-1_i386.deb to pool/main/o/osgcal/libosgcal0_0.1.33-1_i386.deb osgcal-doc_0.1.33-1_all.deb to pool/main/o/osgcal/osgcal-doc_0.1.33-1_all.deb osgcal_0.1.33-1.diff.gz to pool/main/o/osgcal/osgcal_0.1.33-1.diff.gz osgcal_0.1.33-1.dsc to pool/main/o/osgcal/osgcal_0.1.33-1.dsc osgcal_0.1.33-1_i386.deb to pool/main/o/osgcal/osgcal_0.1.33-1_i386.deb osgcal_0.1.33.orig.tar.gz to pool/main/o/osgcal/osgcal_0.1.33.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted csound 1:4.23f13-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 11:06:56 +0200 Source: csound Binary: csound Architecture: source i386 Version: 1:4.23f13-1 Distribution: unstable Urgency: low Maintainer: Hans Fugal [EMAIL PROTECTED] Changed-By: Guenter Geiger (Debian/GNU) [EMAIL PROTECTED] Description: csound - powerful and versatile sound synthesis software Closes: 297018 300622 318915 Changes: csound (1:4.23f13-1) unstable; urgency=low . [ Hans Fugal ] * New upstream release * Renamed csound-extract to csound_extract due to automake limitations * Added NEWS.Debian * Install more upstream documentation (in /usr/share/doc/csound) * Removed -P128 from defaults list in manpage. (closes: #300622) * Built with g++ 4.0. (closes: #318915) * Upstream removed OSC-Kit. (closes: #297018) . [ Guenter Geiger (Debian/GNU) ] * Added texinfo build depends Files: 1be3d883eeb8e8877ad72b235e8a5e07 597 sound optional csound_4.23f13-1.dsc fc6ba404c5098aadecddec39264eb5c5 1679395 sound optional csound_4.23f13.orig.tar.gz 1d88dea38746967657051fc94ee86710 212927 sound optional csound_4.23f13-1.diff.gz c59c3f174538a90ce526dfa4854cd0a3 3039636 sound optional csound_4.23f13-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKT8X1pbKhmC2uVgRAqIHAKCBxBbYR3cllH5nvXDrAjYSn3fV0wCfZWwW Jd/tuo3DFY4Mvmnp1/lRVwQ= =iXaG -END PGP SIGNATURE- Accepted: csound_4.23f13-1.diff.gz to pool/main/c/csound/csound_4.23f13-1.diff.gz csound_4.23f13-1.dsc to pool/main/c/csound/csound_4.23f13-1.dsc csound_4.23f13-1_i386.deb to pool/main/c/csound/csound_4.23f13-1_i386.deb csound_4.23f13.orig.tar.gz to pool/main/c/csound/csound_4.23f13.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted webcalendar 0.9.45-7 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 2 Sep 2005 13:26:38 + Source: webcalendar Binary: webcalendar Architecture: source all Version: 0.9.45-7 Distribution: unstable Urgency: high Maintainer: Tim Peeler [EMAIL PROTECTED] Changed-By: Tim Peeler [EMAIL PROTECTED] Description: webcalendar - PHP-Based multi-user calendar Closes: 315671 Changes: webcalendar (0.9.45-7) unstable; urgency=high . * Real fix for CAN-2005-2717, previous fix was the wrong patch. . webcalendar (0.9.45-6) unstable; urgency=high . * Fixed a bug in assistant_edit.php that allows unauthorized access (closes: #315671) Files: 9be0f00b86c3eb95d6e5139628cc37a6 596 web optional webcalendar_0.9.45-7.dsc 2c6339212da49d2fa35a37e002591de1 10318 web optional webcalendar_0.9.45-7.diff.gz c0335b9bb0ffa280fe9fe333fe60f6c6 628450 web optional webcalendar_0.9.45-7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKUDqSYIMHOpZA44RAt9mAJkBGessLfxLmZ84TS9gdf4Lts9VwACfZztt 1XOfdVz9L5LTG4OHvibL5dU= =61aO -END PGP SIGNATURE- Accepted: webcalendar_0.9.45-7.diff.gz to pool/main/w/webcalendar/webcalendar_0.9.45-7.diff.gz webcalendar_0.9.45-7.dsc to pool/main/w/webcalendar/webcalendar_0.9.45-7.dsc webcalendar_0.9.45-7_all.deb to pool/main/w/webcalendar/webcalendar_0.9.45-7_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hexxagon 1.0pl1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Sep 2005 16:35:44 +0200 Source: hexxagon Binary: hexxagon Architecture: source i386 Version: 1.0pl1-1 Distribution: unstable Urgency: low Maintainer: Michael Piefel [EMAIL PROTECTED] Changed-By: Michael Piefel [EMAIL PROTECTED] Description: hexxagon - Hexagonal Ataxx clone Closes: 328052 Changes: hexxagon (1.0pl1-1) unstable; urgency=low . * Massive deviation from upstream, as upstream seems inoperational. Therefore http://people.debian.org/~piefel/hexxagon_1.0pl1.orig.tar.gz is the preliminary new upstream. * Added option to change tileset, and added some tilesets (closes: #328052) Files: 6e766e42dc63de9d787cef13d48037a5 603 games optional hexxagon_1.0pl1-1.dsc ac89c63f0fe2a1775012e7c44cc0a042 1492983 games optional hexxagon_1.0pl1.orig.tar.gz 2de47365a9af35a84ad0ece97c1d3f56 3937 games optional hexxagon_1.0pl1-1.diff.gz a696b208e139070eda8f3c5dfd66b078 1345800 games optional hexxagon_1.0pl1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKULa5GwONXmN2VwRAp1rAJ46ti2gStd+johqNoqhqau09g4DqwCgyPEc 2f7kUe/j5y/m5USXfGLYqmE= =C0Cu -END PGP SIGNATURE- Accepted: hexxagon_1.0pl1-1.diff.gz to pool/main/h/hexxagon/hexxagon_1.0pl1-1.diff.gz hexxagon_1.0pl1-1.dsc to pool/main/h/hexxagon/hexxagon_1.0pl1-1.dsc hexxagon_1.0pl1-1_i386.deb to pool/main/h/hexxagon/hexxagon_1.0pl1-1_i386.deb hexxagon_1.0pl1.orig.tar.gz to pool/main/h/hexxagon/hexxagon_1.0pl1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sitecopy 1:0.16.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Aug 2005 12:33:23 -0500 Source: sitecopy Binary: sitecopy Architecture: source i386 Version: 1:0.16.0-1 Distribution: unstable Urgency: low Maintainer: Reed Snellenberger [EMAIL PROTECTED] Changed-By: Reed Snellenberger [EMAIL PROTECTED] Description: sitecopy - A program for managing a WWW site via FTP, DAV or HTTP Closes: 313835 320585 325493 Changes: sitecopy (1:0.16.0-1) unstable; urgency=low . * New upstream release (closes: #325493) - Incorporates de.po file corrections (closes: #313835) - Fetches a single directory at a time (closes: #320585) * Bumped to Standards-Version 3.6.2 * Changed neon expat useage from embedded to debian packages * Correction to previous changelog: - SSL support NOT implemented; see README.Debian - Incorrect bug cited (should be 228634); not closed - SSL configuration info re-removed from manpages pending support Files: 9f15aec20b8f5a379c1acf0f532d0399 665 web extra sitecopy_0.16.0-1.dsc aa036a542d0865bbdb4cb7859e66cc55 946201 web extra sitecopy_0.16.0.orig.tar.gz 91af41d0f9876aa04146b6ac73717b55 21773 web extra sitecopy_0.16.0-1.diff.gz 494a5d3f0112b30907e0fd03879517ba 134708 web extra sitecopy_0.16.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFDKWMgBEnrTWk1E4cRAmNuAJ4ldTG8CzDhd7ckWZNzUTw0MrLdqQCgn7Qe MyrLO5W4ru7MLEUo+bwCA/g= =BVNm -END PGP SIGNATURE- Accepted: sitecopy_0.16.0-1.diff.gz to pool/main/s/sitecopy/sitecopy_0.16.0-1.diff.gz sitecopy_0.16.0-1.dsc to pool/main/s/sitecopy/sitecopy_0.16.0-1.dsc sitecopy_0.16.0-1_i386.deb to pool/main/s/sitecopy/sitecopy_0.16.0-1_i386.deb sitecopy_0.16.0.orig.tar.gz to pool/main/s/sitecopy/sitecopy_0.16.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted udev 0.069-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 13:18:01 +0200 Source: udev Binary: udev udev-udeb Architecture: source i386 Version: 0.069-1 Distribution: unstable Urgency: medium Maintainer: Marco d'Itri [EMAIL PROTECTED] Changed-By: Marco d'Itri [EMAIL PROTECTED] Description: udev - /dev/ management daemon udev-udeb - /dev/ management daemon (udeb) Closes: 317333 325976 328094 Changes: udev (0.069-1) unstable; urgency=medium . * New upstream release. + Fixes firmware loader timeouts. (Closes: #328094) + Removes chassis_id and cdsymlinks.sh. * Manually start udevd in the init script. I do not why this works, but it fixes the problem with some devices not being created the first time udevstart is run. (Closes: #317333) * Made scsi_id create temporary files in /dev/. (Closes: #325976) * devfs.rules, udev.rules: replaced dvb.sh with inline shell code and ide-model.sh with ata_id. * hotplugd.rules: added support for a generic remover command. * permissions.rules: added tpm* tpm:tpm 0600. * cd-aliases.rules, permissions.rules: moved to permissions.rules the call to cdrom_id for IDE devices and the GROUP attribute setting. * Removed simple-cd-aliases.rules because it's not really different from the new cd-aliases.rules. Preinst will automatically replace the link, if present. * Removed again the dependency on coldplug. * Added an example vim syntax file for rules files. Files: db8df5d24840b4c865c12812f33f6c90 576 admin optional udev_0.069-1.dsc 7fa17e15d8c5f0c641ebdab84ce39c3a 438117 admin optional udev_0.069.orig.tar.gz c627158bb4536437d7c807babbf0d0e8 32025 admin optional udev_0.069-1.diff.gz be9e731104aee75a789365d9ea1a3509 299006 admin optional udev_0.069-1_i386.deb c2fba49e9db7b43930db191cda06d1a2 68212 debian-installer optional udev-udeb_0.069-1_i386.udeb package-type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKWH8FGfw2OHuP7ERAm/UAJoDaF9Om7kEkPdE/Ei2/R6RleWe+gCfUP/C seL/YHbcRRkW50RmOwO2++w= =i5cq -END PGP SIGNATURE- Accepted: udev-udeb_0.069-1_i386.udeb to pool/main/u/udev/udev-udeb_0.069-1_i386.udeb udev_0.069-1.diff.gz to pool/main/u/udev/udev_0.069-1.diff.gz udev_0.069-1.dsc to pool/main/u/udev/udev_0.069-1.dsc udev_0.069-1_i386.deb to pool/main/u/udev/udev_0.069-1_i386.deb udev_0.069.orig.tar.gz to pool/main/u/udev/udev_0.069.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-rdfgrabber 0.4-6 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:25:07 +0200 Source: zope-rdfgrabber Binary: zope-rdfgrabber Architecture: source all Version: 0.4-6 Distribution: unstable Urgency: low Maintainer: Debian Zope team [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: zope-rdfgrabber - Zope Product to search foreign webpages by their RDF files Changes: zope-rdfgrabber (0.4-6) unstable; urgency=low . * build packages with dh_zopeinstall * change maintainer to the Debian Zope team, add myself as uploader * move to standards-version 3.6.2 Files: 5699a4e052b39b202fa0a9a308846fb9 679 web extra zope-rdfgrabber_0.4-6.dsc 576c1fe769880924089be937a37df709 1825 web extra zope-rdfgrabber_0.4-6.diff.gz 991861e7d2ffe38f9e748024ab4fdae5 21710 web extra zope-rdfgrabber_0.4-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKWjFd6lUs+JfIQIRAuSSAJsHEEG461oGGkat60fKVq9lSa0C6ACfUn9F fVWuZSK9IRil5tKrnmVn2xE= =3xt2 -END PGP SIGNATURE- Accepted: zope-rdfgrabber_0.4-6.diff.gz to pool/main/z/zope-rdfgrabber/zope-rdfgrabber_0.4-6.diff.gz zope-rdfgrabber_0.4-6.dsc to pool/main/z/zope-rdfgrabber/zope-rdfgrabber_0.4-6.dsc zope-rdfgrabber_0.4-6_all.deb to pool/main/z/zope-rdfgrabber/zope-rdfgrabber_0.4-6_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-cookiecrumbler 1.2-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:20:07 +0200 Source: zope-cookiecrumbler Binary: zope-cookiecrumbler Architecture: source all Version: 1.2-3 Distribution: unstable Urgency: low Maintainer: Debian Zope team [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: zope-cookiecrumbler - Use cookies even when folder doesn't support cookies Changes: zope-cookiecrumbler (1.2-3) unstable; urgency=low . * build packages with dh_zopeinstall * change maintainer to Debian Zope team, add myself as uploader * move to standards-version 3.6.2 Files: e050be22447bf0a0bddad90ff29a9773 695 web extra zope-cookiecrumbler_1.2-3.dsc 79cba7ec0f90211b99562b549af2835b 2443 web extra zope-cookiecrumbler_1.2-3.diff.gz 0346b449a9a00c164fcc1dbb0b72c00b 15820 web extra zope-cookiecrumbler_1.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKWf3d6lUs+JfIQIRAsPvAJ4lXr+EzqopOBJm7IH2QV/VXMZJ8QCdHMNo NlLGJQ/aqHq/IuwJT20TvSE= =UguL -END PGP SIGNATURE- Accepted: zope-cookiecrumbler_1.2-3.diff.gz to pool/main/z/zope-cookiecrumbler/zope-cookiecrumbler_1.2-3.diff.gz zope-cookiecrumbler_1.2-3.dsc to pool/main/z/zope-cookiecrumbler/zope-cookiecrumbler_1.2-3.dsc zope-cookiecrumbler_1.2-3_all.deb to pool/main/z/zope-cookiecrumbler/zope-cookiecrumbler_1.2-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted fnfx 0.3-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 17:22:21 -0300 Source: fnfx Binary: fnfxd fnfx-client Architecture: source i386 Version: 0.3-7 Distribution: unstable Urgency: low Maintainer: Agney Lopes Roth Ferraz [EMAIL PROTECTED] Changed-By: Agney Lopes Roth Ferraz [EMAIL PROTECTED] Description: fnfx-client - Client for customize fnfxd hot-keys fnfxd - ACPI and hotkey daemon for Toshiba laptops Closes: 328085 Changes: fnfx (0.3-7) unstable; urgency=low . * Fixed Fn-keystrokes misses. Thanks to Konstantin Isakov. The fix will be aplied on upstream source, but while this not happens it will be fixed on debian. (Closes: #328085) Files: 3e74ba126b2550730feca7a7fe9423e9 611 utils optional fnfx_0.3-7.dsc c870361de83b385131889dd74cf9907c 20772 utils optional fnfx_0.3-7.diff.gz e42f0a22541e3d87bb283b26a5cd8fb1 18860 utils optional fnfxd_0.3-7_i386.deb 48b128cfb6983ab22ad9fb2aca11128e 7354 utils optional fnfx-client_0.3-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKXBtt1anjIgqbEsRArdoAJ9UYSBAtJnIATcYRKy/gQCLgvRefACZAczO DEWicSRPGja0/f9huzeUY9A= =jjh/ -END PGP SIGNATURE- Accepted: fnfx-client_0.3-7_i386.deb to pool/main/f/fnfx/fnfx-client_0.3-7_i386.deb fnfx_0.3-7.diff.gz to pool/main/f/fnfx/fnfx_0.3-7.diff.gz fnfx_0.3-7.dsc to pool/main/f/fnfx/fnfx_0.3-7.dsc fnfxd_0.3-7_i386.deb to pool/main/f/fnfx/fnfxd_0.3-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-tinytableplus 0.9-9 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:30:52 +0200 Source: zope-tinytableplus Binary: zope-tinytable zope-tinytableplus Architecture: source all Version: 0.9-9 Distribution: experimental Urgency: low Maintainer: Debian Zope team [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: zope-tinytable - Present tabular data in Zope (transitional package) zope-tinytableplus - Present tabular data in Zope Changes: zope-tinytableplus (0.9-9) experimental; urgency=low . * upload to unstable Files: fe7d85767a2088a42f7bd4615e35f2fc 707 web extra zope-tinytableplus_0.9-9.dsc 9b6bf8a0b7aabf9265d6a322a9d84b73 2859 web extra zope-tinytableplus_0.9-9.diff.gz 701543f9051b5ae4a833162644a82b29 22598 web extra zope-tinytableplus_0.9-9_all.deb c509fab826d75b0bfbe3ae81425f7922 2792 web extra zope-tinytable_0.9-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKWmkd6lUs+JfIQIRAkwwAJ93JsrdhrGMVdWNsbtnhq/LYW2cxgCdG+Kd D7xz6iG3xbwao1S/6VTcF4A= =iycV -END PGP SIGNATURE- Accepted: zope-tinytable_0.9-9_all.deb to pool/main/z/zope-tinytableplus/zope-tinytable_0.9-9_all.deb zope-tinytableplus_0.9-9.diff.gz to pool/main/z/zope-tinytableplus/zope-tinytableplus_0.9-9.diff.gz zope-tinytableplus_0.9-9.dsc to pool/main/z/zope-tinytableplus/zope-tinytableplus_0.9-9.dsc zope-tinytableplus_0.9-9_all.deb to pool/main/z/zope-tinytableplus/zope-tinytableplus_0.9-9_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-replacesupport 1.0.2-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:28:43 +0200 Source: zope-replacesupport Binary: zope-replacesupport Architecture: source all Version: 1.0.2-4 Distribution: unstable Urgency: low Maintainer: Debian Zope team [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: zope-replacesupport - Add search and replace functionality to TTW Zope objects Changes: zope-replacesupport (1.0.2-4) unstable; urgency=low . * build packages using dh_installzope * set maintainer to the Debian Zope team, add myself as uploader * move to standards-version 3.6.2 Files: 4dcc84184edf6d9ca4d4672cedb5b91f 701 web extra zope-replacesupport_1.0.2-4.dsc 27807f95b25a6827a2f5bee249c71348 3023 web extra zope-replacesupport_1.0.2-4.diff.gz 6d691263cd542292717b294f8dfa6638 18590 web extra zope-replacesupport_1.0.2-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKWkqd6lUs+JfIQIRApT4AJ4qon/I4mlWRGrpn/8Nzh7OAOhxyQCfYAH1 x3kKXg+PChK8UhthEaYpsp8= =4Bly -END PGP SIGNATURE- Accepted: zope-replacesupport_1.0.2-4.diff.gz to pool/main/z/zope-replacesupport/zope-replacesupport_1.0.2-4.diff.gz zope-replacesupport_1.0.2-4.dsc to pool/main/z/zope-replacesupport/zope-replacesupport_1.0.2-4.dsc zope-replacesupport_1.0.2-4_all.deb to pool/main/z/zope-replacesupport/zope-replacesupport_1.0.2-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xpaint 2.7.8.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Sep 2005 08:23:01 -0500 Source: xpaint Binary: xpaint Architecture: source i386 Version: 2.7.8.1-1 Distribution: unstable Urgency: low Maintainer: Hugo Vanwoerkom [EMAIL PROTECTED] Changed-By: Hugo Vanwoerkom [EMAIL PROTECTED] Description: xpaint - simple paint program for X Closes: 327105 Changes: xpaint (2.7.8.1-1) unstable; urgency=low . * New upstream release - incorporates debian/ directory - also incorporates previous manpage patch - as well as incorporates previous errno patch - compiler options changed (Closes: #327105) * debian/rules was changed - get the lintian overrides in the .deb * debian/watch was changed with another URL * configure script was changed to eliminate warning that the xaw3dg library was incompletely installed * Suggests: gs changed to gs-gpl * Standards Version changed to 3.6.2 * Free Software Foundation address corrected in copyright Files: 6eda1ae51ab0975416a4b836d15194a7 675 graphics optional xpaint_2.7.8.1-1.dsc d8412ba571f779d306c8d7f0c0dbe56e 570858 graphics optional xpaint_2.7.8.1.orig.tar.gz 4797b526f4d14c7f0f031cc94a98c2c4 1957 graphics optional xpaint_2.7.8.1-1.diff.gz 919b63c4329e28683e962a70b5603aa1 383706 graphics optional xpaint_2.7.8.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKXKps3U+TVFLPnwRAomRAJ9u5f3r4MdiCxFH6nKuw/JqK+nQZwCfTZjk z6G9EsZqpctyD859xvsvOcw= =lXSR -END PGP SIGNATURE- Accepted: xpaint_2.7.8.1-1.diff.gz to pool/main/x/xpaint/xpaint_2.7.8.1-1.diff.gz xpaint_2.7.8.1-1.dsc to pool/main/x/xpaint/xpaint_2.7.8.1-1.dsc xpaint_2.7.8.1-1_i386.deb to pool/main/x/xpaint/xpaint_2.7.8.1-1_i386.deb xpaint_2.7.8.1.orig.tar.gz to pool/main/x/xpaint/xpaint_2.7.8.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted exiv2 0.7-9 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:54:32 +0200 Source: exiv2 Binary: libexiv2 exiv2 libexiv2-doc libexiv2-dev Architecture: source all i386 Version: 0.7-9 Distribution: unstable Urgency: low Maintainer: KELEMEN Peter [EMAIL PROTECTED] Changed-By: KELEMEN Peter [EMAIL PROTECTED] Description: exiv2 - EXIF/IPTC metadata manipulation tool libexiv2 - EXIF/IPTC metadata manipulation library libexiv2-dev - EXIF/IPTC metadata manipulation library - development files libexiv2-doc - EXIF/IPTC metadata manipulation library - HTML documentation Closes: 328376 Changes: exiv2 (0.7-9) unstable; urgency=low . * Added missing Build-Depends: sharutils (Closes: #328376) * Standards-Version: 3.6.2 (no changes) Files: c9cf35cca5450ced5a4b4453f3483fc3 673 graphics optional exiv2_0.7-9.dsc 5ba9cf6378da7a047b132bddb065ab60 38245 graphics optional exiv2_0.7-9.diff.gz 1629de74854e23403d3ed4893cf52799 57168 graphics optional exiv2_0.7-9_i386.deb 703bfd9a64e0b81788b1ae19d1f2dc2f 202840 libs optional libexiv2_0.7-9_i386.deb ef3291c1fc30d87b16ffca898c0fc3a4 387992 libdevel optional libexiv2-dev_0.7-9_i386.deb 6598412236c33f8d2ebc80f2da8a6bdb 770196 doc optional libexiv2-doc_0.7-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKXB9fwzZIu5MJugRAt0NAJ9CfSVTOYm9ylirlVdgDd755VFAhQCg+keG 79ESBILJXdALQmHw+Ck2Jsw= =aOLC -END PGP SIGNATURE- Accepted: exiv2_0.7-9.diff.gz to pool/main/e/exiv2/exiv2_0.7-9.diff.gz exiv2_0.7-9.dsc to pool/main/e/exiv2/exiv2_0.7-9.dsc exiv2_0.7-9_i386.deb to pool/main/e/exiv2/exiv2_0.7-9_i386.deb libexiv2-dev_0.7-9_i386.deb to pool/main/e/exiv2/libexiv2-dev_0.7-9_i386.deb libexiv2-doc_0.7-9_all.deb to pool/main/e/exiv2/libexiv2-doc_0.7-9_all.deb libexiv2_0.7-9_i386.deb to pool/main/e/exiv2/libexiv2_0.7-9_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pbzip2 0.9.4-2 (source i386 sparc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 23:38:32 +1000 Source: pbzip2 Binary: pbzip2 Architecture: source i386 sparc Version: 0.9.4-2 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: pbzip2 - parallel bzip2 implementation Closes: 328453 Changes: pbzip2 (0.9.4-2) unstable; urgency=low . * debian/rules: no optimizacion for m68k, closes: #328453. Files: 8f07ac2b33f194f0abdd24008ce814d3 578 utils optional pbzip2_0.9.4-2.dsc 819987ed170d62e68ff3fa900fcb4ef1 2942 utils optional pbzip2_0.9.4-2.diff.gz cddbecd34821870023b6f9b9de6269bc 22918 utils optional pbzip2_0.9.4-2_i386.deb 3ed65aced1f4942403f43fe3e1ba 23096 utils optional pbzip2_0.9.4-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKXzMgY5NIXPNpFURAplfAJ9txH100EUv736oUp4zq6K9vc4RUgCfUjNM U95KjAvilyIXRDeEPAFlAHs= =DN9W -END PGP SIGNATURE- Accepted: pbzip2_0.9.4-2.diff.gz to pool/main/p/pbzip2/pbzip2_0.9.4-2.diff.gz pbzip2_0.9.4-2.dsc to pool/main/p/pbzip2/pbzip2_0.9.4-2.dsc pbzip2_0.9.4-2_i386.deb to pool/main/p/pbzip2/pbzip2_0.9.4-2_i386.deb pbzip2_0.9.4-2_sparc.deb to pool/main/p/pbzip2/pbzip2_0.9.4-2_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted slat 2.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 08:09:44 -0500 Source: slat Binary: slat Architecture: source i386 Version: 2.0-1 Distribution: unstable Urgency: low Maintainer: Manoj Srivastava [EMAIL PROTECTED] Changed-By: Manoj Srivastava [EMAIL PROTECTED] Description: slat - Tools for information flow analysis of SELinux policies Changes: slat (2.0-1) unstable; urgency=low . * New upstream release. Excerpted changes: * src/slat/slat.c: Changed slat to read binary policies. The program is now built upon a library provided by the libsepol-devel package. * src/slat/apol2slat.in: Added a script that converts APOL style permission mappings into the format used by SLAT. The format is the common and class declaration part of an old-style mls file. * src/poldecond/*: Deleted poldecond as reading source policies is no longer supported. * src/formula/formula.c (mk_tran*): Changed some formula constructors so they do constant folding. * src/formula/formula.c (ptran): Added a new group so that printed LTS formulas better represent the precedence of conjunction and disjunction. * src/lts2smv/gensmv.c (ptran): Added a new group so that printed SMV formulas better represent the precedence of conjunction and disjunction Files: 3d0ed54e1d3e7af42cde1d3eb6d2c965 603 admin optional slat_2.0-1.dsc fb084e31e26c815a3280c964be00acea 450866 admin optional slat_2.0.orig.tar.gz b48125aadd34b7e31c801813db8d243f 28591 admin optional slat_2.0-1.diff.gz b912e92cb3dfc58e97defff7df68b808 162668 admin optional slat_2.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYGiIbrau78kQkwRAgH7AKDzQBMCILNylLv79DcgPZ76/u5/7QCffAd7 XP/JRUy9qDCYdEyPXMyD4UA= =pkK5 -END PGP SIGNATURE- Accepted: slat_2.0-1.diff.gz to pool/main/s/slat/slat_2.0-1.diff.gz slat_2.0-1.dsc to pool/main/s/slat/slat_2.0-1.dsc slat_2.0-1_i386.deb to pool/main/s/slat/slat_2.0-1_i386.deb slat_2.0.orig.tar.gz to pool/main/s/slat/slat_2.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted python-tz 2005m-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:45:50 +0200 Source: python-tz Binary: python2.4-tz python2.3-tz python-tz Architecture: source all Version: 2005m-1 Distribution: unstable Urgency: low Maintainer: Brian Sutherland [EMAIL PROTECTED] Changed-By: Brian Sutherland [EMAIL PROTECTED] Description: python-tz - Python version of the Olson timezone database python2.3-tz - Python version of the Olson timezone database python2.4-tz - Python version of the Olson timezone database Changes: python-tz (2005m-1) unstable; urgency=low . * New upstream version. Files: d31c4d8ddf171f78cb4c324dfd7f8bc3 639 python extra python-tz_2005m-1.dsc 3663f75e0a170920230260fdd8a047e9 166526 python extra python-tz_2005m.orig.tar.gz 487a96546c9a5c528f8220d6ea9461a6 2856 python extra python-tz_2005m-1.diff.gz 81ef52106f400f2ae91cd3d447c10984 8918 python extra python-tz_2005m-1_all.deb f94770b48be92c5847ed2ef0ae78b972 177084 python extra python2.3-tz_2005m-1_all.deb 4dd33854b4b7b8e98729db3e076611ac 177094 python extra python2.4-tz_2005m-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYGWK/juK3+WFWQRAtjZAKCW7CxnpAxpw7RYm4q+aYRzHToeUwCgliks UifcN+htvl5oHJ7ZOnpsANw= =Ysgr -END PGP SIGNATURE- Accepted: python-tz_2005m-1.diff.gz to pool/main/p/python-tz/python-tz_2005m-1.diff.gz python-tz_2005m-1.dsc to pool/main/p/python-tz/python-tz_2005m-1.dsc python-tz_2005m-1_all.deb to pool/main/p/python-tz/python-tz_2005m-1_all.deb python-tz_2005m.orig.tar.gz to pool/main/p/python-tz/python-tz_2005m.orig.tar.gz python2.3-tz_2005m-1_all.deb to pool/main/p/python-tz/python2.3-tz_2005m-1_all.deb python2.4-tz_2005m-1_all.deb to pool/main/p/python-tz/python2.4-tz_2005m-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kde-i18n 4:3.4.2-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 13 Sep 2005 19:56:27 +0200 Source: kde-i18n Binary: kde-i18n-nb kde-i18n-ar kde-i18n-he kde-i18n-pa kde-i18n-nn kde-i18n-ja kde-i18n-ga kde-i18n-pl kde-i18n-mk kde-i18n-ro kde-i18n-it kde-i18n-nds kde-i18n-pt kde-i18n-srlatin kde-i18n-engb kde-i18n-uk kde-i18n-cs kde-i18n-sk kde-i18n-af kde-i18n-ca kde-i18n-tr kde-i18n-ru kde-i18n-sv kde-i18n-nl kde-i18n-bs kde-i18n-is kde-i18n-se kde-i18n-br kde-i18n-tg kde-i18n-fy kde-i18n-es kde-i18n-ptbr kde-i18n-de kde-i18n-hi kde-i18n-et kde-i18n-hu kde-i18n-bn kde-i18n-bg kde-i18n-ta kde-i18n-sr kde-i18n-zhcn kde-i18n-el kde-i18n-eu kde-i18n-cy kde-i18n-fr kde-i18n-lt kde-i18n-da kde-i18n-eo kde-i18n-fi kde-i18n-sl kde-i18n-hsb Architecture: source all Version: 4:3.4.2-4 Distribution: unstable Urgency: low Maintainer: Noèl Köthe [EMAIL PROTECTED] Changed-By: Noèl Köthe [EMAIL PROTECTED] Description: kde-i18n-af - Afrikaans (af) internationalized (i18n) files for KDE kde-i18n-ar - Arabic (ar) internationalized (i18n) files for KDE kde-i18n-bg - Bulgarian (bg) internationalized (i18n) files for KDE kde-i18n-bn - Bengali (bn) internationalized (i18n) files for KDE kde-i18n-br - Breton (br) internationalized (i18n) files for KDE kde-i18n-bs - Bosnian (bs) internationalized (i18n) files for KDE kde-i18n-ca - Catalan (ca) internationalized (i18n) files for KDE kde-i18n-cs - Czech (cs) internationalized (i18n) files for KDE kde-i18n-cy - Welsh (cy) internationalized (i18n) files for KDE kde-i18n-da - Danish (da) internationalized (i18n) files for KDE kde-i18n-de - German (de) internationalized (i18n) files for KDE kde-i18n-el - Greek (el) internationalized (i18n) files for KDE kde-i18n-engb - British English (en_GB) internationalized (i18n) files for KDE kde-i18n-eo - Esperanto (eo) internationalized (i18n) files for KDE kde-i18n-es - Spanish (es) internationalized (i18n) files for KDE kde-i18n-et - Estonian (et) internationalized (i18n) files for KDE kde-i18n-eu - Basque (eu) internationalized (i18n) files for KDE kde-i18n-fi - Finnish (fi) internationalized (i18n) files for KDE kde-i18n-fr - French (fr) internationalized (i18n) files for KDE kde-i18n-fy - Frisian (fy) internationalized (i18n) files for KDE kde-i18n-ga - Irish Gaelic (ga) internationalized (i18n) files for KDE kde-i18n-he - Hebrew (he) internationalized (i18n) files for KDE kde-i18n-hi - Hindi (hi) internationalized (i18n) files for KDE kde-i18n-hsb - Upper Sorbian (hsb) internationalized (i18n) files for KDE kde-i18n-hu - Hungarian (hu) internationalized (i18n) files for KDE kde-i18n-is - Icelandic (is) internationalized (i18n) files for KDE kde-i18n-it - Italian (it) internationalized (i18n) files for KDE kde-i18n-ja - Japanese (ja) internationalized (i18n) files for KDE kde-i18n-lt - Lithuanian (lt) internationalized (i18n) files for KDE kde-i18n-mk - Macedonian (mk) internationalized (i18n) files for KDE kde-i18n-nb - Norwegian Bookmal (nb) internationalized (i18n) files for KDE kde-i18n-nds - Low Saxon (nds) internationalized (i18n) files for KDE kde-i18n-nl - Dutch (nl) internationalized (i18n) files for KDE kde-i18n-nn - Norwegian Nynorsk (nn) internationalized (i18n) files for KDE kde-i18n-pa - Punjabi (pa) internationalized (i18n) files for KDE kde-i18n-pl - Polish (pl) internationalized (i18n) files for KDE kde-i18n-pt - Portuguese (pt) internationalized (i18n) files for KDE kde-i18n-ptbr - Brazilian Portuguese (pt_BR) internationalized (i18n) files for K kde-i18n-ro - Romanian (ro) internationalized (i18n) files for KDE kde-i18n-ru - Russian (ru) internationalized (i18n) files for KDE kde-i18n-se - Northern Sami (se) internationalized (i18n) files for KDE kde-i18n-sk - Slovak (sk) internationalized (i18n) files for KDE kde-i18n-sl - Slovenian (sl) internationalized (i18n) files for KDE kde-i18n-sr - Serbian (sr) internationalized (i18n) files for KDE kde-i18n-srlatin - Latin Serbian ([EMAIL PROTECTED]) internationalized (i18n) files for KDE kde-i18n-sv - Swedish (sv) internationalized (i18n) files for KDE kde-i18n-ta - Tamil (ta) internationalized (i18n) files for KDE kde-i18n-tg - Tajik (tg) internationalized (i18n) files for KDE kde-i18n-tr - Turkish (tr) internationalized (i18n) files for KDE kde-i18n-uk - Ukrainian (uk) internationalized (i18n) files for KDE kde-i18n-zhcn - Chinese Simplified (zh_CN) internationalized (i18n) files for KDE Closes: 326610 327332 327353 Changes: kde-i18n (4:3.4.2-4) unstable; urgency=low . * added versioned replace against kturtle (de, fr, nl, sr, sv) (closes: Bug#327332) * added versioned replace against khangman (ca, cs, da, de, es, fi, fr, hu, nb, pt, sl, [EMAIL PROTECTED], sv, tg) (closes: Bug#326610) * corrected path of non 2 letter languages where /usr/ was missing (closes: Bug#327353) Files: eb0cf11bb700edef0bad2fcb97999397 1307 kde optional kde-i18n_3.4.2-4.dsc
Accepted flwm 1.00-8 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:57:50 +0200 Source: flwm Binary: flwm Architecture: source i386 Version: 1.00-8 Distribution: unstable Urgency: low Maintainer: Bill Allombert [EMAIL PROTECTED] Changed-By: Bill Allombert [EMAIL PROTECTED] Description: flwm - Fast Light Window Manager Closes: 328174 Changes: flwm (1.00-8) unstable; urgency=low . * Rebuild with current g++/libfltk1.1. Closes: #328174. * debian/control: + Bump Standard-Version to 3.6.2. + Remove menu versioned conflict since Sarge was released. + Bump versionned build-dep on libfltk1.1-dev to 1.1.6-7. * debian/rules: + Move menu file to /usr/share/menu. + No more install debian/README.debian. * debian/copyright: Update FSF address. * debian/flwm.1: Remove useless blurb about RedHat. * debian/menu-method: Replace /usr/doc/menu by /usr/share/doc/menu. * Move Debian menu to /var/lib/flwm/wmx. * debian/postinst: + Remove legacy register-window-manager logic. + Remove old /etc/X11/flwm menu files. Files: b09705ac5280378a12f191a4e9e4fcbf 563 x11 optional flwm_1.00-8.dsc 99d6c3c747c2a6d93709b2a49e07a1d6 7111 x11 optional flwm_1.00-8.diff.gz 26bc96ce97401408aca6c706a9978703 41516 x11 optional flwm_1.00-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYO/eDPs8bVESBURArzgAKCEMw9qmNrOgN6pBr4iDjBkLeAp+wCfXHCz QL1Zc5OvIWiPEkEcY6jMawI= =muYP -END PGP SIGNATURE- Accepted: flwm_1.00-8.diff.gz to pool/main/f/flwm/flwm_1.00-8.diff.gz flwm_1.00-8.dsc to pool/main/f/flwm/flwm_1.00-8.dsc flwm_1.00-8_i386.deb to pool/main/f/flwm/flwm_1.00-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mmm-mode 0.4.8-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 16:10:10 +0200 Source: mmm-mode Binary: mmm-mode Architecture: source all Version: 0.4.8-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: mmm-mode - Multiple Major Mode for Emacs Closes: 323392 Changes: mmm-mode (0.4.8-2) unstable; urgency=low . * QA upload. * Include emacs-snapshot in alternative dependencies. Closes: #323392. * debian/copyright: - Remove outdated (and no longer required) list of changes. - Update FSF address. * debian/rules: Use dh_install. * debian/watch: Add. Files: eefffed48bcca0266cf150f8a0bbfa99 568 editors optional mmm-mode_0.4.8-2.dsc 0e4e6a35fe8a0c67b73ed104b6a4ae0c 3476 editors optional mmm-mode_0.4.8-2.diff.gz 7cd1159575a5f24dbf81595a0bdb89ce 107254 editors optional mmm-mode_0.4.8-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYE/xBYivKllgY8RAvskAKCrX/Jun3GpOjbsTJ7Rjc6VEaXP/QCZAXNG JExS3FvasdyRKBmi26X3ZOs= =hbhl -END PGP SIGNATURE- Accepted: mmm-mode_0.4.8-2.diff.gz to pool/main/m/mmm-mode/mmm-mode_0.4.8-2.diff.gz mmm-mode_0.4.8-2.dsc to pool/main/m/mmm-mode/mmm-mode_0.4.8-2.dsc mmm-mode_0.4.8-2_all.deb to pool/main/m/mmm-mode/mmm-mode_0.4.8-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcl 2.6.7-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 13:45:11 + Source: gcl Binary: gcl-doc gcl Architecture: source i386 all Version: 2.6.7-4 Distribution: unstable Urgency: high Maintainer: Camm Maguire [EMAIL PROTECTED] Changed-By: Camm Maguire [EMAIL PROTECTED] Description: gcl- GNU Common Lisp compiler gcl-doc- Documentation for GNU Common Lisp Closes: 325214 325869 Changes: gcl (2.6.7-4) unstable; urgency=high . * gcc 3.4 on arm to work around reserved '$' identifiers. * gcl: French translation update * French translation added, Closes: #325214 * Czech translation added, Closes: #325869 Files: 61fc0a980bf82a4ffcd6924196a96ae6 704 interpreters optional gcl_2.6.7-4.dsc ac078ff806642276b57e7de33277aeed 4175 interpreters optional gcl_2.6.7-4.diff.gz 3875ad35e444faeecab32c5b5074f2b5 626146 doc optional gcl-doc_2.6.7-4_all.deb a0603ce0e6b4fd38df16a82729a4dc92 19056356 interpreters optional gcl_2.6.7-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYfQczG1wFfwRdwRAk8vAKCsQ3jykkVQ++JKs3iqGKCS7ttGbQCfY72q dJEuTVRPdTRdoivrwfdWah0= =yvN7 -END PGP SIGNATURE- Accepted: gcl-doc_2.6.7-4_all.deb to pool/main/g/gcl/gcl-doc_2.6.7-4_all.deb gcl_2.6.7-4.diff.gz to pool/main/g/gcl/gcl_2.6.7-4.diff.gz gcl_2.6.7-4.dsc to pool/main/g/gcl/gcl_2.6.7-4.dsc gcl_2.6.7-4_i386.deb to pool/main/g/gcl/gcl_2.6.7-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debram 0.6.5 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Sep 2005 00:00:00 + Source: debram Binary: debram-data debram Architecture: source i386 all Version: 0.6.5 Distribution: unstable Urgency: low Maintainer: Thaddeus H. Black [EMAIL PROTECTED] Changed-By: Thaddeus H. Black [EMAIL PROTECTED] Description: debram - ramified catalog of available .debs debram-data - debram's architecture-independent data Changes: debram (0.6.5) unstable; urgency=low . * Aggregated the changes in experimental versions 0.6.4a through d for official release to unstable (see those changelog entries). * Observed here that although further bugfixes are not impossible, neither are they expected; and that barring an urgent need, debram 0.6.5 is expected to the the last debram. * Offered admins the following counsel. - Sarge stable admins should install the binaries debram 0.6.4 (distributed with sarge) and debram-data 0.6.5. - Sarge stable admins may build and install their own local debram 0.6.5 binaries. This works fine; the source is already properly backported. However, building one's own debram 0.6.5 binary is unnecessary. If unsure, follow the advice in the previous point. - Etch testing and sid unstable admins should install debram 0.6.5 and debram-data 0.6.5. They should also probably install debtags. - Although etch includes debram, most etch stable admins probably do not need it. Instead, they can and should install debram's improved replacement debtags. - Etch+1 admins (and sid admins in the era following etch's release) do not need debram and, unless they have some unusual historical interest, should not install it. * Observed here that debram, useful for sarge users, is less useful post-sarge and is planned to be removed from Debian after etch's release. Files: 43a2370ca3e3f5fd635acb7cfd46343b 533 admin optional debram_0.6.5.dsc 15bd6ccf515875e187acc4567a5fddbf 474271 admin optional debram_0.6.5.tar.gz 78ba1aefe1c378984ba9410d17ecfe58 421132 admin optional debram-data_0.6.5_all.deb 6f58a7aa7916e0b85778fa922cbeb3c0 29614 admin optional debram_0.6.5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKXMbh3E0gzgBXn4RAl+YAJ4znT7R2ha7YwW3fzY9VDQP1jn5EgCgy4y2 5qf/3YCcmHgEnrb/yGyEexo= =OAmm -END PGP SIGNATURE- Accepted: debram-data_0.6.5_all.deb to pool/main/d/debram/debram-data_0.6.5_all.deb debram_0.6.5.dsc to pool/main/d/debram/debram_0.6.5.dsc debram_0.6.5.tar.gz to pool/main/d/debram/debram_0.6.5.tar.gz debram_0.6.5_i386.deb to pool/main/d/debram/debram_0.6.5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope3 3.0.93-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:47:44 + Source: zope3 Binary: python-zopeinterface zope3 python2.4-zopeinterface zope3-sandbox python2.3-zopeinterface zope3-doc Architecture: source all i386 Version: 3.0.93-1 Distribution: unstable Urgency: low Maintainer: Debian Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope3 - Open Source Web Application Server (Libraries) zope3-doc - Documentation for Zope3 zope3-sandbox - sandbox instance for the zope3 web application server Closes: 317742 Changes: zope3 (3.0.93-1) unstable; urgency=low . * New upstream candidate release (Zope 3.1.0c2) * debian/rules: different behaviour between Debian and Ubuntu about python*-zopeinterface binary packages; building for Debian won't create them, while Ubuntu builders will do. * debian/control: upgraded dependency on python-tz (= 2005k) (Closes: #317742) Files: 294270f51170e5d99c562aa5f09314db 869 web optional zope3_3.0.93-1.dsc 09cb7a7db52c9414cadeafeb137dd98c 3972147 web optional zope3_3.0.93.orig.tar.gz 3d446c5d9ab68924465c3759cf17ac9a 12833 web optional zope3_3.0.93-1.diff.gz ae2f59fbf3b3f1ddcd8a50c3f9247c23 3384834 python optional zope3_3.0.93-1_i386.deb 089ed2b5136cbfc3985325a1f91ed9be 174808 doc optional zope3-doc_3.0.93-1_all.deb 88f6483e2621c8f4c2e0f83b67b71810 32992 web optional zope3-sandbox_3.0.93-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYznK/juK3+WFWQRAgMLAJ0dfdoRVHm2m2hmIfDnxleIyaA58wCgolNQ eoCTiPEuXLAFvtGHvu3giGA= =WcCp -END PGP SIGNATURE- Accepted: zope3-doc_3.0.93-1_all.deb to pool/main/z/zope3/zope3-doc_3.0.93-1_all.deb zope3-sandbox_3.0.93-1_all.deb to pool/main/z/zope3/zope3-sandbox_3.0.93-1_all.deb zope3_3.0.93-1.diff.gz to pool/main/z/zope3/zope3_3.0.93-1.diff.gz zope3_3.0.93-1.dsc to pool/main/z/zope3/zope3_3.0.93-1.dsc zope3_3.0.93-1_i386.deb to pool/main/z/zope3/zope3_3.0.93-1_i386.deb zope3_3.0.93.orig.tar.gz to pool/main/z/zope3/zope3_3.0.93.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted liblo 0.22-1 (source powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 17:40:05 +0200 Source: liblo Binary: liblo0-dev liblo0 Architecture: source powerpc Version: 0.22-1 Distribution: unstable Urgency: low Maintainer: Robert Jordens [EMAIL PROTECTED] Changed-By: Robert Jordens [EMAIL PROTECTED] Description: liblo0 - Lightweight OSC library liblo0-dev - Lightweight OSC library -- development files Changes: liblo (0.22-1) unstable; urgency=low . * new upstream release (skipping two) Files: 7d310c153ef2bfb0523fa89b83557094 597 libs optional liblo_0.22-1.dsc 1e62a16e93162ad0063ab3c1d66c3bee 440223 libs optional liblo_0.22.orig.tar.gz 4574ee8f7e905ef124d2ab5190885b65 186952 libs optional liblo_0.22-1.diff.gz 3328a4e7c87ed793a5726ca4e5f7c3a1 63740 libdevel optional liblo0-dev_0.22-1_powerpc.deb d2ba32bf2e88f3fb5d2e53e7b301d86b 26218 libs optional liblo0_0.22-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZg6HSjkv+Av7xERAtbnAJ9AYsh1iq2vT3am1QlB96MmH4lg5ACfU7+J db9HCnVHYwfsWFxm+YitiRc= =lS7a -END PGP SIGNATURE- Accepted: liblo0-dev_0.22-1_powerpc.deb to pool/main/libl/liblo/liblo0-dev_0.22-1_powerpc.deb liblo0_0.22-1_powerpc.deb to pool/main/libl/liblo/liblo0_0.22-1_powerpc.deb liblo_0.22-1.diff.gz to pool/main/libl/liblo/liblo_0.22-1.diff.gz liblo_0.22-1.dsc to pool/main/libl/liblo/liblo_0.22-1.dsc liblo_0.22.orig.tar.gz to pool/main/libl/liblo/liblo_0.22.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debootstrap 0.3.1.7 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 16:50:04 +0200 Source: debootstrap Binary: debootstrap-udeb debootstrap Architecture: source all i386 Version: 0.3.1.7 Distribution: unstable Urgency: low Maintainer: Anthony Towns [EMAIL PROTECTED] Changed-By: Piotr Roszatycki [EMAIL PROTECTED] Description: debootstrap - Bootstrap a basic Debian system debootstrap-udeb - Bootstrap the Debian system (udeb) Closes: 319100 328446 Changes: debootstrap (0.3.1.7) unstable; urgency=low . * NMU * Added fakechroot support for etch and sid and tweaked fakechroot support for sarge. Now it installs the same packages like for the default variant. Closes: #319100, #328446. Files: ea589c5816af79059f642af82ba7cd2f 596 admin - debootstrap_0.3.1.7.dsc a6cbd52a4455a89c8303b4474269e35b 43832 admin - debootstrap_0.3.1.7.tar.gz 1f41bf6396f92174dd4d9ced3a299831 86912 debian-installer required debootstrap-udeb_0.3.1.7_i386.udeb a9ee4afdb3a9aea5980fb97248f559ba 42568 admin extra debootstrap_0.3.1.7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKYwFhMHHe8CxClsRAtNwAKDE6pNPCIbRPOH2AO7qpYD3Iu+poACeM0ZA dYrk7MnMFgu3sWOY3DXBSew= =ROd3 -END PGP SIGNATURE- Accepted: debootstrap-udeb_0.3.1.7_i386.udeb to pool/main/d/debootstrap/debootstrap-udeb_0.3.1.7_i386.udeb debootstrap_0.3.1.7.dsc to pool/main/d/debootstrap/debootstrap_0.3.1.7.dsc debootstrap_0.3.1.7.tar.gz to pool/main/d/debootstrap/debootstrap_0.3.1.7.tar.gz debootstrap_0.3.1.7_all.deb to pool/main/d/debootstrap/debootstrap_0.3.1.7_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted drscheme 1:209-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Thu, 15 Sep 2005 11:21:40 -0400 Source: drscheme Binary: drscheme mzscheme Architecture: source i386 Version: 1:209-7 Distribution: unstable Urgency: low Maintainer: Stevie Strickland [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: drscheme - PLT Scheme Programming Environment mzscheme - PLT Scheme Interpreter Closes: 328368 Changes: drscheme (1:209-7) unstable; urgency=low . * -fPIC was sort of defined in CFLAGS already, but it wasn't being included in all Makefiles. Fix invocation of configure to define CFLAGS properly. (Closes: #328368) * Remove --enable-noopt from configure invocation unless DEB_BUILD_OPTIONS == noopt. I'm not sure why it was there in the first place. * Update X build-depends so we don't pull in all of xlibs-dev unnecessarily. Files: 725cb0777fa583ff3617a17fe93d83e3 885 interpreters optional drscheme_209-7.dsc e184bb9a4b541f0f41b8e3e4198ead79 30295 interpreters optional drscheme_209-7.diff.gz c7495ab1ee627d49e1e8f504d3a576f7 2931760 interpreters optional drscheme_209-7_i386.deb 9e02c88dfc708fdb6e31f8c1326f8c4c 10722778 interpreters optional mzscheme_209-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZk9wO+u47cOQDsRA9lsAJkBhsnhFvdxR3PankI4JzMlfimmlgCfWRQX /PBxSUGnmcN7P25ejK6LV4w= =soAb -END PGP SIGNATURE- Accepted: drscheme_209-7.diff.gz to pool/main/d/drscheme/drscheme_209-7.diff.gz drscheme_209-7.dsc to pool/main/d/drscheme/drscheme_209-7.dsc drscheme_209-7_i386.deb to pool/main/d/drscheme/drscheme_209-7_i386.deb mzscheme_209-7_i386.deb to pool/main/d/drscheme/mzscheme_209-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope2.7-archetypes 1.3.4-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 17:40:19 +0200 Source: zope2.7-archetypes Binary: zope2.7-archetypes zope2.7-mimetypesregistry zope2.7-validation zope2.7-portaltransforms zope2.7-generator Architecture: source all Version: 1.3.4-2 Distribution: unstable Urgency: low Maintainer: Debian Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope2.7-archetypes - framework for developing and deploying new content types zope2.7-generator - widget generator for Archetypes zope2.7-mimetypesregistry - mimetypes registry for Zope zope2.7-portaltransforms - mimetypes based transformations for the CMF zope2.7-validation - generic validators originaly defined for Archetypes Closes: 328267 Changes: zope2.7-archetypes (1.3.4-2) unstable; urgency=low . * debian/control: fixed the dependencies between archetypes binary packages: they should depends on the same source generated packages. (Closes: #328267) Files: 515ac458b2eecd0eec09799409f1fb58 812 web optional zope2.7-archetypes_1.3.4-2.dsc 704688b2fce2c6fcdaee449bb884f31e 4446 web optional zope2.7-archetypes_1.3.4-2.diff.gz 1d5e3594d0e707bf40926f0a7a1d3fe2 482582 web optional zope2.7-archetypes_1.3.4-2_all.deb 7efcd1aad379f541ecd94246377d614b 201002 web optional zope2.7-mimetypesregistry_1.3.4-2_all.deb 8ad5f8d4fcf87b42e359e1492d73e096 163216 web optional zope2.7-portaltransforms_1.3.4-2_all.deb 45863148b948e1e8e8b5f9f945cf177b 8484 web optional zope2.7-generator_1.3.4-2_all.deb 6f6aca83dce342d82efa6bd1413bb1e3 17004 web optional zope2.7-validation_1.3.4-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZczK/juK3+WFWQRAk4pAKCEsaiEgv/GYU0JvPqeEdHFGs8ppwCggQVJ w+9rH+l4dsVQy4GL/1P9fE8= =zBcQ -END PGP SIGNATURE- Accepted: zope2.7-archetypes_1.3.4-2.diff.gz to pool/main/z/zope2.7-archetypes/zope2.7-archetypes_1.3.4-2.diff.gz zope2.7-archetypes_1.3.4-2.dsc to pool/main/z/zope2.7-archetypes/zope2.7-archetypes_1.3.4-2.dsc zope2.7-archetypes_1.3.4-2_all.deb to pool/main/z/zope2.7-archetypes/zope2.7-archetypes_1.3.4-2_all.deb zope2.7-generator_1.3.4-2_all.deb to pool/main/z/zope2.7-archetypes/zope2.7-generator_1.3.4-2_all.deb zope2.7-mimetypesregistry_1.3.4-2_all.deb to pool/main/z/zope2.7-archetypes/zope2.7-mimetypesregistry_1.3.4-2_all.deb zope2.7-portaltransforms_1.3.4-2_all.deb to pool/main/z/zope2.7-archetypes/zope2.7-portaltransforms_1.3.4-2_all.deb zope2.7-validation_1.3.4-2_all.deb to pool/main/z/zope2.7-archetypes/zope2.7-validation_1.3.4-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pmount 0.9.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 17:47:07 +0200 Source: pmount Binary: pmount Architecture: source i386 Version: 0.9.5-1 Distribution: experimental Urgency: low Maintainer: Martin Pitt [EMAIL PROTECTED] Changed-By: Martin Pitt [EMAIL PROTECTED] Description: pmount - mount removable devices as normal user Closes: 326186 Changes: pmount (0.9.5-1) experimental; urgency=low . * New upstream bugfix release: - Fix race condition with several parallel pmount instances which could cause double mounts to the same mount point. Also, pmount-hal now handles this case gracefully and reattempts pmount call with a fresh label. (Ubuntu #14415) - pmount-hal: Use storage.policy.mount_filesystem as a fallback if volume.policy.mount_filesystem does not exist. (Ubuntu #14848) - Fix read-only encrypted devices; thanks to Sören Köpping for the patch. Closes: #326186 - Translation updates from Rosetta. * debian/control: Add build dependency libhal-storage-dev. Files: a4ffa095dc710c4d62663a60e2f250a8 602 utils optional pmount_0.9.5-1.dsc e55fd31c84c3a2b27e5c13e3b221a9ab 64546 utils optional pmount_0.9.5.orig.tar.gz bc1221f5cec3b9746e12bd5d3c3a5399 4747 utils optional pmount_0.9.5-1.diff.gz ac62ec379b48b119c0820c9984e430e9 68536 utils optional pmount_0.9.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZtwDecnbV4Fd/IRAi64AJwMAyePJgNJkyu1nl0tNSSF6gjGWQCg1Px/ p77zk8gv78mK0CL7YjczBQ8= =C15r -END PGP SIGNATURE- Accepted: pmount_0.9.5-1.diff.gz to pool/main/p/pmount/pmount_0.9.5-1.diff.gz pmount_0.9.5-1.dsc to pool/main/p/pmount/pmount_0.9.5-1.dsc pmount_0.9.5-1_i386.deb to pool/main/p/pmount/pmount_0.9.5-1_i386.deb pmount_0.9.5.orig.tar.gz to pool/main/p/pmount/pmount_0.9.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted haddock 0.7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Wed, 14 Sep 2005 21:32:46 +
Source: haddock
Binary: haddock
Architecture: source i386
Version: 0.7-1
Distribution: unstable
Urgency: low
Maintainer: Ian Lynagh (wibble) [EMAIL PROTECTED]
Changed-By: Ian Lynagh (wibble) [EMAIL PROTECTED]
Description:
haddock- Documentation tool for annotated Haskell source code
Changes:
haddock (0.7-1) unstable; urgency=low
.
* New upstream version.
* Add build-deps on docbook-xml, docbook-xsl, xsltproc, docbook-utils
for building the documentation.
* Remove unnecessary build-dep on happy.
* Remove option to use ghc5 to build.
* Remove use of {,} in debian/rules, and don't set SHELL to /bin/bash
in debian/rules.
* Do not build or install dvi and ps documentation as it breaks.
* index.html is now built, we don't need to symlink haddock.html to it.
Files:
561e65a60e4fb054f19e438a36a5bdca 638 devel optional haddock_0.7-1.dsc
759419e78416d5f093190968a4dc18f5 424745 devel optional haddock_0.7.orig.tar.gz
ec32e4ea86b1481576f2d9d2cf606de4 5006 devel optional haddock_0.7-1.diff.gz
398d7c7b644cb462a7cacf3acc0dc1b0 455160 devel optional haddock_0.7-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDKaEv63y6poDIPo4RAtvcAJ9y5JECe8IfhZDoTPHODRf3CbanswCeN/7n
h0uyNrz/TgRFNesT9eeJKck=
=H6f8
-END PGP SIGNATURE-
Accepted:
haddock_0.7-1.diff.gz
to pool/main/h/haddock/haddock_0.7-1.diff.gz
haddock_0.7-1.dsc
to pool/main/h/haddock/haddock_0.7-1.dsc
haddock_0.7-1_i386.deb
to pool/main/h/haddock/haddock_0.7-1_i386.deb
haddock_0.7.orig.tar.gz
to pool/main/h/haddock/haddock_0.7.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted backup-manager 0.5.8b-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Sep 2005 17:32:16 +0200 Source: backup-manager Binary: backup-manager Architecture: source all Version: 0.5.8b-1 Distribution: unstable Urgency: low Maintainer: Alexis Sukrieh [EMAIL PROTECTED] Changed-By: Alexis Sukrieh [EMAIL PROTECTED] Description: backup-manager - command-line backup tool Closes: 315983 316041 316356 316358 316359 324814 Changes: backup-manager (0.5.8b-1) unstable; urgency=low . * New upstream release: 0.5.8b + The default cdrecord device is used instead of forcing a device. (closes: #316356) + The log of cdrecord is removed only when everything went fine. (closes: #316358) + The bzip2 binary is mandatory if the filetype chosen is tar.bz2. (closes: #316359) + Typos fixed in the manpage backup-manager.3. (closes: #316041) * Removed already applied patches. * New french translations (closes: #324814) * Fixed the manpages section. (closes: #315983) Files: 0a05fecae6b09f3bb43e467f939baa02 620 admin optional backup-manager_0.5.8b-1.dsc e00fa528d0b17c960f17feaed866915f 42798 admin optional backup-manager_0.5.8b.orig.tar.gz 626d5b967e448cc58a2c5c7bb6b4a065 42348 admin optional backup-manager_0.5.8b-1.diff.gz 7bc77a7bb9e599f623b88607ee2effe7 59566 admin optional backup-manager_0.5.8b-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZS7hYgK5b1UDsERApr8AJ9kcSwa6zZ5STLRwq/z9KrHPHm78QCfWvWr +OdkC/UHbxwmFvKusikaivg= =JNpB -END PGP SIGNATURE- Accepted: backup-manager_0.5.8b-1.diff.gz to pool/main/b/backup-manager/backup-manager_0.5.8b-1.diff.gz backup-manager_0.5.8b-1.dsc to pool/main/b/backup-manager/backup-manager_0.5.8b-1.dsc backup-manager_0.5.8b-1_all.deb to pool/main/b/backup-manager/backup-manager_0.5.8b-1_all.deb backup-manager_0.5.8b.orig.tar.gz to pool/main/b/backup-manager/backup-manager_0.5.8b.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gfpoken 0.27-1 (source powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 15:19:34 +0200 Source: gfpoken Binary: gfpoken Architecture: source powerpc Version: 0.27-1 Distribution: unstable Urgency: low Maintainer: Bas Wijnen [EMAIL PROTECTED] Changed-By: Bas Wijnen [EMAIL PROTECTED] Description: gfpoken- Recreate a grid of mirrors from clues given by tests Changes: gfpoken (0.27-1) unstable; urgency=low . * Added gnome menu entry. * Use automake-1.9, not any. * Split graphics from executable. * Added real manpage. Files: e9219a7c9fca3e4b846484e35a9a678f 749 games optional gfpoken_0.27-1.dsc 0301a824d3f8dbff231886e77c1df75e 242307 games optional gfpoken_0.27.orig.tar.gz 781dce6a68ce46b78e84ccd6dd45ae24 3506 games optional gfpoken_0.27-1.diff.gz 9685bf409ef6e575751848727367a305 257830 games optional gfpoken_0.27-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQCVAwUBQymgpVYr4CN7gCINAQKxzAP+LjEkWqzDthKQ/LTslzT120AT/pGALHRh ucIZ6XKfGVicSWfhkdyISUcYl2gW3lxHcwU8rHstO7FYpPfc4OTzAbJPFY6agdZs sOu6W2bzuW7TltDTLMN1Hhlo3iU3J/JQr32T6jcGpdvAFEqAdG9GAr3gA+lJu5U4 b/GOH3skhgU= =pU/g -END PGP SIGNATURE- Accepted: gfpoken_0.27-1.diff.gz to pool/main/g/gfpoken/gfpoken_0.27-1.diff.gz gfpoken_0.27-1.dsc to pool/main/g/gfpoken/gfpoken_0.27-1.dsc gfpoken_0.27-1_powerpc.deb to pool/main/g/gfpoken/gfpoken_0.27-1_powerpc.deb gfpoken_0.27.orig.tar.gz to pool/main/g/gfpoken/gfpoken_0.27.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted glade 2.10.1-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 10:14:42 -0300 Source: glade Binary: glade-common glade-doc glade-doc-2 glade glade-2 glade-gnome glade-gnome-2 glade-common-2 Architecture: source all i386 Version: 2.10.1-1 Distribution: unstable Urgency: low Maintainer: Gustavo Noronha Silva [EMAIL PROTECTED] Changed-By: Gustavo Noronha Silva [EMAIL PROTECTED] Description: glade - GTK+ 2 User Interface Builder glade-2- Dummy upgrade package for glade glade-common - Common files for GTK+ 2 User Interface Builder glade-common-2 - Dummy upgrade package for glade-common glade-doc - Documentation for GTK+ 2 User Interface Builder glade-doc-2 - Dummy upgrade package for glade-doc glade-gnome - GTK+ 2 User Interface Builder (with GNOME 2 support) glade-gnome-2 - Dummy upgrade package for glade-gnome Closes: 144800 289325 325048 Changes: glade (2.10.1-1) unstable; urgency=low . * New upstream version - fixes the stock button indexing so it will select the correct one even when there're two items with the same name (Closes: #325048) * debian/patches/05_glade_gtk_options.dpatch, debian/patches/02_relibtoolise.dpatch, debian/patches/04_new_mime_desktop.dpatch: - removed, added or made obsolete by upstream * debian/patches/02_link_with_X11.dpatch: - added LD search path so that glade will link with libX11 * debian/copyright: - fix FSF's address . glade (2.10.0-4) unstable; urgency=low . * debian/patches/05_glade_gtk_options.dpatch: - accepted patch by Bastian Kleineidam [EMAIL PROTECTED] to provide --help on non-gnome version (Closes: #144800) * debian/control.in: - glade-gnome Suggests: libgnomedb2-dev because it is needed to build code generated in projects using gnome-db - removed libdb3-dev from Build-Depends; glade doesn't link with it (Closes: #289325) * debian/glade-doc.preinst: - fixed bashism in if * debian/control.in: - increased Standards-Version to 3.6.2 with no changes Files: b01b6a367f3a0f64de56d7e7a4791aab 2012 gnome optional glade_2.10.1-1.dsc 3584719ace1af684437c4e6381178311 2641740 gnome optional glade_2.10.1.orig.tar.gz c498e754a653abd09c187fffcccb8ba9 17372 gnome optional glade_2.10.1-1.diff.gz 10aa08707173e234224584d863a25e84 149694 doc optional glade-doc_2.10.1-1_all.deb d81a4f300d5d6a30e221aed1b105a1a3 112784 devel optional glade-common_2.10.1-1_all.deb a150c66de6c392f1662ee8f7022f14ee 76938 devel extra glade-2_2.10.1-1_all.deb 8904fb1687e77b0ebfe41d7b082436ef 76950 gnome optional glade-gnome-2_2.10.1-1_all.deb d0e37adfcbadb4a2d60caad873395491 76946 doc optional glade-doc-2_2.10.1-1_all.deb bdd4a8440133746f2f1471315b870cae 76954 devel optional glade-common-2_2.10.1-1_all.deb f61966d471d95a2b7e8310ebfde59aa4 1488736 devel extra glade_2.10.1-1_i386.deb b46d37b0e443acc51ce901bc7229c11e 1566382 gnome optional glade-gnome_2.10.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKaJwt1anjIgqbEsRArNxAJ9uBu3QlE1WKyhd9bhRRzh9nbz+FACgisM8 4aqfboQAcR8EYJexMXH6fpk= =CDcj -END PGP SIGNATURE- Accepted: glade-2_2.10.1-1_all.deb to pool/main/g/glade/glade-2_2.10.1-1_all.deb glade-common-2_2.10.1-1_all.deb to pool/main/g/glade/glade-common-2_2.10.1-1_all.deb glade-common_2.10.1-1_all.deb to pool/main/g/glade/glade-common_2.10.1-1_all.deb glade-doc-2_2.10.1-1_all.deb to pool/main/g/glade/glade-doc-2_2.10.1-1_all.deb glade-doc_2.10.1-1_all.deb to pool/main/g/glade/glade-doc_2.10.1-1_all.deb glade-gnome-2_2.10.1-1_all.deb to pool/main/g/glade/glade-gnome-2_2.10.1-1_all.deb glade-gnome_2.10.1-1_i386.deb to pool/main/g/glade/glade-gnome_2.10.1-1_i386.deb glade_2.10.1-1.diff.gz to pool/main/g/glade/glade_2.10.1-1.diff.gz glade_2.10.1-1.dsc to pool/main/g/glade/glade_2.10.1-1.dsc glade_2.10.1-1_i386.deb to pool/main/g/glade/glade_2.10.1-1_i386.deb glade_2.10.1.orig.tar.gz to pool/main/g/glade/glade_2.10.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ardour 0.9beta30-1 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 14:42:19 +0200 Source: ardour Binary: ardour-doc ardour-gtk-i686 ardour-gtk ardour-session-exchange ardour-gtk-altivec ardour-gtk-dbg Architecture: source powerpc all Version: 0.9beta30-1 Distribution: experimental Urgency: low Maintainer: Robert Jordens [EMAIL PROTECTED] Changed-By: Robert Jordens [EMAIL PROTECTED] Description: ardour-doc - Ardour documentation ardour-gtk - digital audio workstation (graphical gtk interface) ardour-gtk-altivec - digital audio workstation (graphical gtk interface) [altivec] ardour-gtk-dbg - ardour-gtk detached debugging symbols ardour-session-exchange - Ardour session collaboration tool Changes: ardour (0.9beta30-1) experimental; urgency=low . * new upstream rlease + 05_gcc40-fixes.patch, 06_fastlog-gcc4.patch, 07_more-gcc4.patch, 08_cast-precision.patch, 27_ardour.rc.patch: applied upstream + 31_add-O2-to-DEBUG-CFLAGS.patch: updated * uploading to experimental to not onterfere with the ongoing JACK/CXX transition. Files: 3feb49065d6a985390f49a5c8e033134 1290 sound optional ardour_0.9beta30-1.dsc 6e6ae7258b271d0e049ecf48fda7 1726473 sound optional ardour_0.9beta30.orig.tar.gz 3144cc1dd5e19be4535e21296f67a1d1 28602 sound optional ardour_0.9beta30-1.diff.gz 12f0a69c69be42a72e51b75350a6fb0a 63070 sound optional ardour-doc_0.9beta30-1_all.deb 09a2905252e17b78d9e66027227e0e16 20166 sound optional ardour-session-exchange_0.9beta30-1_all.deb 326fa2560523d0c6be8c426616649bfc 2396016 sound optional ardour-gtk_0.9beta30-1_powerpc.deb 7597e53410de47f0a3800d9896468730 12013106 devel extra ardour-gtk-dbg_0.9beta30-1_powerpc.deb 1316835eb9f86ef0583ce4ac621a4b5f 2443608 sound optional ardour-gtk-altivec_0.9beta30-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKauZHSjkv+Av7xERAhN8AJ49tz+31tqlztRlmcOFiwjpme1/MwCfbAej CNT4bYrWaAUYS5lfSl3H2t8= =v36R -END PGP SIGNATURE- Accepted: ardour-doc_0.9beta30-1_all.deb to pool/main/a/ardour/ardour-doc_0.9beta30-1_all.deb ardour-gtk-altivec_0.9beta30-1_powerpc.deb to pool/main/a/ardour/ardour-gtk-altivec_0.9beta30-1_powerpc.deb ardour-gtk-dbg_0.9beta30-1_powerpc.deb to pool/main/a/ardour/ardour-gtk-dbg_0.9beta30-1_powerpc.deb ardour-gtk_0.9beta30-1_powerpc.deb to pool/main/a/ardour/ardour-gtk_0.9beta30-1_powerpc.deb ardour-session-exchange_0.9beta30-1_all.deb to pool/main/a/ardour/ardour-session-exchange_0.9beta30-1_all.deb ardour_0.9beta30-1.diff.gz to pool/main/a/ardour/ardour_0.9beta30-1.diff.gz ardour_0.9beta30-1.dsc to pool/main/a/ardour/ardour_0.9beta30-1.dsc ardour_0.9beta30.orig.tar.gz to pool/main/a/ardour/ardour_0.9beta30.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted base-installer 1.29 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 13:18:08 -0400 Source: base-installer Binary: base-installer Architecture: source i386 Version: 1.29 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Joey Hess [EMAIL PROTECTED] Description: base-installer - Install the base system (udeb) Changes: base-installer (1.29) unstable; urgency=low . [ Frans Pop ] * Correct postinst code to look for kernel-image and linux-image packages (solution proposed by ths). . * Updated translations: - Basque (eu.po) by Piarres Beobide Files: 95fcc07926896be944ac4a506546a795 777 debian-installer required base-installer_1.29.dsc 6bd041e6e38d3d50e1c3228454113787 144049 debian-installer required base-installer_1.29.tar.gz 8745339da068b781710f516e9f20a4bc 79394 debian-installer required base-installer_1.29_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKa082tp5zXiKP0wRAknOAJ97QGD690HZkQwhX2aovYbsSllf1ACfa2ls AD97EXpoatl3HDH2sSG9ZKc= =m6v4 -END PGP SIGNATURE- Accepted: base-installer_1.29.dsc to pool/main/b/base-installer/base-installer_1.29.dsc base-installer_1.29.tar.gz to pool/main/b/base-installer/base-installer_1.29.tar.gz base-installer_1.29_i386.udeb to pool/main/b/base-installer/base-installer_1.29_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openalpp-cvs 20050907-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 14 Sep 2005 12:33:07 +0200 Source: openalpp-cvs Binary: openalpp-cvs-doc libopenalpp-cvs-dev libopenalpp-cvs Architecture: source all i386 Version: 20050907-2 Distribution: unstable Urgency: low Maintainer: Loic Dachary (OuoU) [EMAIL PROTECTED] Changed-By: Loic Dachary (OuoU) [EMAIL PROTECTED] Description: libopenalpp-cvs - Object Oriented version of OpenAL libopenalpp-cvs-dev - Object Oriented version of OpenAL openalpp-cvs-doc - Object Oriented version of OpenAL Changes: openalpp-cvs (20050907-2) unstable; urgency=low . * compat 4 Files: ec47c2d36adf29dca4076b50f5b60ac2 741 libs optional openalpp-cvs_20050907-2.dsc b9048d0ea72da280dfa2edab9d49fe2d 4817 libs optional openalpp-cvs_20050907-2.diff.gz 660c84df9babc8e3c0c3ec172e30b20f 116938 libdevel optional openalpp-cvs-doc_20050907-2_all.deb 72c3f362336a907df771c2f6a2784506 19790 libdevel optional libopenalpp-cvs-dev_20050907-2_i386.deb 64428c1cd6cc6dcacf7155354184298d 58738 libs optional libopenalpp-cvs_20050907-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKaxh8dLMyEl6F20RAphBAJ9GJStwgFOTEsloZ6hpinufsrw77wCeJus+ G0gg9byZJiQ0IG79LRXfti0= =VFM/ -END PGP SIGNATURE- Accepted: libopenalpp-cvs-dev_20050907-2_i386.deb to pool/main/o/openalpp-cvs/libopenalpp-cvs-dev_20050907-2_i386.deb libopenalpp-cvs_20050907-2_i386.deb to pool/main/o/openalpp-cvs/libopenalpp-cvs_20050907-2_i386.deb openalpp-cvs-doc_20050907-2_all.deb to pool/main/o/openalpp-cvs/openalpp-cvs-doc_20050907-2_all.deb openalpp-cvs_20050907-2.diff.gz to pool/main/o/openalpp-cvs/openalpp-cvs_20050907-2.diff.gz openalpp-cvs_20050907-2.dsc to pool/main/o/openalpp-cvs/openalpp-cvs_20050907-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gazpacho 0.6.2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 7 Sep 2005 07:31:44 -0300 Source: gazpacho Binary: gazpacho Architecture: source all Version: 0.6.2-1 Distribution: unstable Urgency: low Maintainer: Gustavo Noronha Silva [EMAIL PROTECTED] Changed-By: Guilherme de S. Pastore [EMAIL PROTECTED] Description: gazpacho - GTK+ User Interface Designer Closes: 325301 Changes: gazpacho (0.6.2-1) unstable; urgency=low . [ Guilherme de S. Pastore ] * New upstream release * debian/control.in: - updated Homepage in the long description * debian/copyright: - cosmetic fixes - updated FSF's address * debian/patches/02_work_on_python2.3.diff: - removed; applied upstream * debian/rules: - do not include buildcore.mk, already included by debhelper.mk * debian/watch: - updated to version 3 . [ Gustavo Noronha Silva ] * debian/patches/02_about_dialog_license.diff: - added so that the about dialog will not rely on a COPYING file being available at /usr/share/doc/gazpacho, but will use /usr/share/common-licenses/LGPL instead; patch by Guilherme de S. Pastore [EMAIL PROTECTED] with a small modification to actually apply ;) (Closes: #325301) Files: a3990771a2a1b9d6353224daf0edbca4 1586 devel optional gazpacho_0.6.2-1.dsc 436d3b361a5566ad2196fd95ae191058 438309 devel optional gazpacho_0.6.2.orig.tar.gz b530d21a5a7e6159aa23bf9c97950cdc 11249 devel optional gazpacho_0.6.2-1.diff.gz 5b4fd6cc58cdf0df58c9275aff0d0919 354176 devel optional gazpacho_0.6.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKbJit1anjIgqbEsRApkMAJ9Vy7WJNdOA5i5P4fIhqi5RTz8fNgCeM+K4 J6XxpWnaDH74eeStg1QZK9Q= =2Ri1 -END PGP SIGNATURE- Accepted: gazpacho_0.6.2-1.diff.gz to pool/main/g/gazpacho/gazpacho_0.6.2-1.diff.gz gazpacho_0.6.2-1.dsc to pool/main/g/gazpacho/gazpacho_0.6.2-1.dsc gazpacho_0.6.2-1_all.deb to pool/main/g/gazpacho/gazpacho_0.6.2-1_all.deb gazpacho_0.6.2.orig.tar.gz to pool/main/g/gazpacho/gazpacho_0.6.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kexec-tools 1.101-2 (ia64 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Sep 2005 08:57:43 -0600 Source: kexec-tools Binary: kexec-tools Architecture: source ia64 Version: 1.101-2 Distribution: unstable Urgency: low Maintainer: Khalid Aziz [EMAIL PROTECTED] Changed-By: Khalid Aziz [EMAIL PROTECTED] Description: kexec-tools - kexec tool Closes: 327639 327715 Changes: kexec-tools (1.101-2) unstable; urgency=low . * Fixed build failures (closes: Bug#327639, Bug#327715) Files: 9b68cd8f2d1f40c63a6a48a9c9284a49 609 admin optional kexec-tools_1.101-2.dsc 5d7402c60b652a7394ac04eaf4785c59 6535 admin optional kexec-tools_1.101-2.diff.gz b84cf5949f51d51834cf2af15bb2268a 48556 admin optional kexec-tools_1.101-2_ia64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDKZBWlQEY26iVtiERAj8UAJ4hzoMI0KNxVC01IB7UDPFOXz4hcQCeJTlm 7XnREsdijrRzOQfJthZLTzU= =B0gj -END PGP SIGNATURE- Accepted: kexec-tools_1.101-2.diff.gz to pool/main/k/kexec-tools/kexec-tools_1.101-2.diff.gz kexec-tools_1.101-2.dsc to pool/main/k/kexec-tools/kexec-tools_1.101-2.dsc kexec-tools_1.101-2_ia64.deb to pool/main/k/kexec-tools/kexec-tools_1.101-2_ia64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
