Re: Some bits of experience gained from handling upgrade-reports.
Bill Just out of curiosity, when testing the upgrade procedure how do you select the mix of packages installed prior to the upgrade? Steve Bill Allombert([EMAIL PROTECTED])@2005-06-09 22:53: Hello Debian developers, [Please store this mail in a safe place and read it when you have recovered from the release party.] During the few weeks before sarge release, I have tried to reproduce the upgrade problems reported to upgrade-reports [1]. I reached the following conclusions: 1) Circular dependencies are cause of lot of breakage. Worse, the problem that plague the woody to sarge upgrade are not circular dependency in sarge but in woody. It means that if we want a nice etch to etch+1 transition, we need to try to get rid of them now. Usually it can be achieved by spliting packages to isolate the dependency. 2) apt and aptitude reliance on C++ make them quite painful to upgrade before doing the dist-upgrade due to C++ ABI changes. This issue is likely to be the same during the sarge to etch upgrade, so we should not rely on the user installing the latest apt or aptitude version before upgrading. 3) There are far too many packages that mess with conffiles causing useless dpkg conffiles handling. We should strive to do better in etch. Never move a conffile in a maintainer script without checking the md5sum against the stable version of the conffile. If it match, remove it instead instead of moving it. It is the same if you use ucf instead. 4) Upgrade-test need to be done continuously because there is not enough time during the freeze to fix all the problems. Another conclusion is that this need to be done automatically. This could be done roughly the same way as a buildd work, but would generate a 'upgrade certificate' instead of a package. Such test will also find the packages that cannot be installed due to maintainers scripts breakage. Unfortunately I do not have access to suitable hardware anymore to do such upgrade test, so help with this project would be more than welcome. Some kind of virtualisation technology like user-mode-linux might be required (that is what I was using). As a conclusion, I am not very happy with the state of woody to sarge upgrade. I expect around 30% of users will suffer serious breakage that could have been avoided. This statistic assume smart users. We should do better for etch. Acknowledgement: I would like to thanks Frans Pop and Steve Langasek for bearing with me while I was inflating the release notes changes and the RC bugs count and for generally be helpful at trying to solve upgrade issue. I would also like to thanks people that took the trouble to send upgrade-reports. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
X.org l10n (was: Re: Is Ubuntu a debian derivative or is it a fork?)
auditing things. Most of the Ubuntu changes, for example the reworking of the xserver debconf configuration scripts, I kept almost completely (merging in whatever fixes went in to the xfree86 tree after the Ubuntu branch). The remainder of the changes are either re-branding to Debian or merges from the latest xfree86 packaging tree. David, this reminds me that the x.org packages probably need some big push when it comes at their l10n for debconf stuff. Indeed, I intend to add the whatever X thing etch will use by default packages to the level 5 of D-I translations, meant to give translators a kind of priority list for things to work on. As this is very likely to be x.org things, we'd better prepare all this. So, when x.org packages will have reached the ready to ship in unstable stage, could we manage to synchronise and post a call for updates in debian-i18n ? Some write access to your repository for package maintenance would probably also help (I will certainly delegate this to another -i18n involved developer as I have enough of these on my shoulders) and allow someone to avoid you or your co-maintainers the tedious task of dealing with zillion of l10n bug reports. And, of course, some sync with the Ubuntu fellows is likely to avoid double work here also. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: namespace conflict != package Conflict?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adam Majer wrote: Sebastian Kuzminsky wrote: Hi folks, I have a noob question for you. I maintain the Cogito package (my first), and it wants to install an executable as /usr/bin/git. The GNU Interactive Tools package (git) also wants to install an executable as /usr/bin/git. To avoid this conflict I made cogito Conflict with git. Of course this is *seriously* wrong. Why are you preventing people from using git and cogito together? I have been told by Jurij Smakov that this is seriously wrong, and I'm asking for help here. What's the proper way to handle this situation? The cogito /usr/bin/git is a tiny little helper script hardly worth its inode, but it's in the upstream package and I dont want to remove it or rename it. rename /usr/bin/git to /usr/bin/cogito-git or whatever. It is not that hard. Or why not usr/bin/cogit or usr/bin/git-common or something like that? Cheers Luk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqS3h5UTeB5t8Mo0RAi55AJ4ivcDX0iBqNg7L1dYn9EFQx5O3gQCgzZIl LWFhYzqINl8/N3hgyDzzo+s= =yLSy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Work-needing packages report for Jun 10, 2005
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 198 (new: 2) Total number of packages offered up for adoption: 87 (new: 3) Total number of packages requested help for: 9 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: newsflash (#312208), orphaned 3 days ago Description: gets news with the newnews command from a server postit (#312209), orphaned 3 days ago Description: sends news from your local server to a remote host 196 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: bbppp (#311827), offered 6 days ago Description: PPP tool for the blackbox window manager fbgrab (#311829), offered 6 days ago Description: Framebuffer grabber ht (#312078), offered 4 days ago Description: Viewer/editor/analyser (mostly) for executables 84 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: athcool (#278442), requested 226 days ago Description: Enable powersaving mode for Athlon/Duron processors debtags (#262927), requested 311 days ago Description: Evolution of package metadata Reverse Depends: debtags-edit dselect (#282283), requested 201 days ago Description: a user tool to manage Debian packages Reverse Depends: dpkg grub (#248397), requested 395 days ago Description: GRand Unified Bootloader Reverse Depends: replicator grubconf dfsbuild webmin-grub grub-splashimages parted (#262885), requested 311 days ago Description: Searching co-maintainer for the parted package. Reverse Depends: libparted1.6-dev elilo-installer mdcfg-utils libparted1.6-i18n aboot-installer parted-udeb qtparted partitioner libparted1.6-dbg parted partconf-find-partitions partconf partman mindi lvmcfg-utils nobootloader autopartkit partconf-mkfstab partman-efi pbbuttonsd (#270558), requested 275 days ago Description: PBButtons daemon to handle special hotkeys of Apple computers Reverse Depends: pbbuttonsd-dev gtkpbbuttons powerprefs qmailadmin (#267756), requested 289 days ago Description: web interface for managing qmail with virtual domains [contrib] squashfs (#267078), requested 293 days ago Description: Tool to create and append to squashfs filesystems stlport4.6 (#263052), requested 311 days ago Description: STLport C++ class library Reverse Depends: libstlport4.6-dev openoffice.org-gnomevfs openoffice.org-gtk-gnome openoffice.org-evolution openoffice.org-dev openoffice.org-kde openoffice.org-bin See http://www.debian.org/devel/wnpp/help_requested for more information. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312794: ITP: r-cran-pscl -- GNU R package for discrete data models
Package: wnpp Severity: wishlist Owner: Chris Lawrence [EMAIL PROTECTED] * Package name: r-cran-pscl Version : 0.5 Upstream Author : Simon Jackman [EMAIL PROTECTED] * URL : http://pscl.stanford.edu/ * License : GPL Description : GNU R package for discrete data models This package consists of R functions developed at the Political Science Computational Laboratory at Stanford University; it currently includes models for count data (hurdle regression and zero-inflated negative binomial and Poisson models) and Vuong tests for non-nested hypothesis testing. . Future versions of the package are expected to include models for ordinal probit and logit models and item-response theory models. . Home Page: http://pscl.stanford.edu/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-rc4-mm2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hijacking libhtml-mason-perl
On Thu, Jun 09, 2005 at 04:34:46PM +0200, Florian Weimer wrote: * Charles Fry: I discussed the matter with Joshua Kwan, who recommended that I send this email, asking whether or not it would be acceptable for me to hijack the abandoned libhtml-mason-perl package. Don't forget to coordinate uploads with the request-tracker folks, for whom libhtml-mason-perl is a very central dependency. I (as the maintainer of request-tracker packages) would definitely support the hijack of the libhtml-mason-perl package. In general, newer packages and keeping up-to-date with HTML::Mason releases make my life easier. I've had quite a few problems with the quality of the libhtml-mason-perl packaging that I've had to work around due to the absence of the maintainer. I've considered a hijack myself before now but I just don't have the time. Thanks for volunteering to take up this effort. I would recommend considering joining the debian-perl group and possibly doing the uploads of libhtml-mason-perl through that project as it would be easier to find sponsors when needed. Stephen Quinney signature.asc Description: Digital signature
Re: kernel security bug #307900
Adam Majer wrote: Olaf van der Spek wrote: woody's kernels are vulnerable to CAN-2004-1235, a uselib() race condition. Will this be fixed for Woody? I thought the plan was to provide security support for Woody for another year? AFAIK, there is no security support for Woody kernels for some time now. Use kernel.org and compile your kernels for security sensitive machines. What's the reason for this lack of support? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Architecture restrictions and arch: all binary packages
Hello folks, I'm working on the next release of the OpenAFS packages, and I'd really like to resolve a long-standing annoyance to the buildds that the package at present currently causes. But I'm not sure the best way to do it. Of the architectures that Debian supports, OpenAFS does not support arm, m68k, mips, or mipsel. It's unlikely that it will in the forseeable future; it requires a kernel component and no one seems to be working on ports. All of the binary packages are appropriately limited in the control file, but since OpenAFS includes a kernel module, it also builds openafs-modules-source, which is architecture: all. Apparently, if I'm following the history in #84530, one can't limit the architecture of the source package if it needs to also build an arch: all binary package. Right now, therefore, the buildds for those four platforms try to build every OpenAFS release, install all its dependencies, and then error out in the configure script. This is doubtless a bit annoying to the buildd admins, is a waste of buildd resources, and all around seems like something that would be better to avoid. There was one suggestion in the bug log from Goswin von Brederlow: | 1. Build-Depend/Conflict on the architecture | | Build-Depends: type-handling | Build-Conflicts: mips, mipsel, ia64 | | That way an attempt to build on an unsuported architecture will fail | with a Build-Conflict. but in addition to seeming like kind of a hack, I'm not sure that this will do anything other than produce a better error message. I'd certainly like to produce a better error message, and will do that if all else fails (although I'm not sure this is the best mechanism to do so), but isn't there any way to tag the package so that the buildds won't even try? (Part of the problem is that the kernel source isn't *really* arch: all, since it's pretty useless right now on those four platforms, but making it arch-dependent is just wrong and a huge waste of space.) Any suggestions gratefully accepted. Thanks! -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312813: ITP: newton -- personal desktop wiki applet for the GNOME desktop environment
Package: wnpp Severity: wishlist Owner: Martin Braure de Calignon [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: newton Version : 0.0.7 Upstream Author : Dennis Craven [EMAIL PROTECTED] * URL : http://newton.sourceforge.net/ * License : GPL Description : personal desktop wiki applet for the GNOME desktop environment Newton is a desktop wiki applet for the GNOME2 desktop environment. You enter your notes and information in a simple wiki-like syntax and Newton formats it in rich HTML for you! It is designed to make the creation of richly formatted documents of any type as simple and quick as possible. .. Newton requires no web server (and therefore is not shared) to use. Just add the applet to your panel and it is ready to use. You make notes using a simple wiki markup, and the program renders the resulting HTML in an embedded gecko widget. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (950, 'unstable'), (200, 'testing'), (25, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqVWdcHEx8cor214RAtXdAKC6LwxgKqi68A+Xpyqk8gwOFaESNQCeJtqJ w141BSaWiwPNE6S4jLBh3hA= =UypG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312660: ITP: shish -- the diet shell
On Thu, Jun 09, 2005 at 02:38:06PM +0200, Michael Prokop wrote: * Package name: shish Version : 0.7-pre3 Upstream Author : Roman Senn [EMAIL PROTECTED] * URL : http://www.blah.ch/shish/ * License : GPL Description : the diet shell shish is a shell language interpreter and an interactive command line interpreter. This shell aims at being very small and doing its tasks in efficient ways (and not through 100 abstraction layers), which is mainly done by using the dietlibc and libowfat libraries. shish will be a POSIX compatible shell language interpreter according to the IEEE P1003.2 Draft 11.2 by its 1.0 release. He, here's a challenge.. $ DEB_BUILD_OPTIONS=diet fakeroot apt-get source -b dash /dev/null 21 ls -l dash-0.5.2/debian/dash/bin/dash ldd $_ -rwxr-xr-x 1 pape pape 75080 Jun 10 07:59 dash-0.5.2/debian/dash/bin/dash not a dynamic executable Regards, Gerrit. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Architecture restrictions and arch: all binary packages
On Fri, Jun 10, 2005 at 01:58:18AM -0700, Russ Allbery wrote: Hello folks, I'm working on the next release of the OpenAFS packages, and I'd really like to resolve a long-standing annoyance to the buildds that the package at present currently causes. But I'm not sure the best way to do it. Of the architectures that Debian supports, OpenAFS does not support arm, m68k, mips, or mipsel. It's unlikely that it will in the forseeable future; it requires a kernel component and no one seems to be working on ports. (...) Right now, therefore, the buildds for those four platforms try to build every OpenAFS release, install all its dependencies, and then error out in the configure script. So your package correctly fails to build on unsupported architectures. The only problem is wasting buildd time on it -- in this case, the correct course of action would be to ask the Packages-arch-specific[1] file maintainers to include this fact. There was one suggestion in the bug log from Goswin von Brederlow: | 1. Build-Depend/Conflict on the architecture | | Build-Depends: type-handling | Build-Conflicts: mips, mipsel, ia64 | | That way an attempt to build on an unsuported architecture will fail | with a Build-Conflict. but in addition to seeming like kind of a hack, I'm not sure that this will do anything other than produce a better error message. I'd certainly like to produce a better error message, and will do that if all else fails (although I'm not sure this is the best mechanism to do so), but isn't there any way to tag the package so that the buildds won't even try? Yes, see above -- and indeed this is a terrible hack I certainly won't suggest -- your package fails with a reasonably sensible error message (kernel modules not supported) now, rather than just dependency issues which make it unclear at first for potential what type of porting issue is over here. --Jeroen [1] http://cvs.debian.org/srcdep/Packages-arch-specific?rev=HEADcvsroot=dakcontent-type=text/vnd.viewcvs-markup -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian 3.1r0 CD/DVD image problem
On Thu, Jun 09, 2005 at 01:16:50AM +0200, Javier Fernández-Sanguino Peña wrote: On Wed, Jun 08, 2005 at 07:03:50PM -0400, Anonymous wrote: Can't the remainder of the third DVD be filled up with multimedia propoganda files or other fluff? Or 3vil planz for world domination? If all elve fails fill it up with pr0n. ;) We already have hot-babe there, maybe add a mirror from playboy.com? Or some offline material in case the WebCollage screen saver can't contact any web sites... Hamish -- Hamish Moffatt VK3SB [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312804: ITP: gnome-peercast -- Graphical user interface for PeerCast
Package: wnpp Severity: wishlist Owner: Takuo KITAME [EMAIL PROTECTED] * Package name: gnome-peercast Version : 0.1 Upstream Author : Takuo KITAME [EMAIL PROTECTED] * URL : http://takuo.jp/gnome-peercast/ * License : GPL Description : Graphical user interface for PeerCast This software is a GNOME user interface for PeerCast with full features of original PeerCast. . PeerCast is a new, free way to listen to radio and watch video on the Internet. It uses P2P technology to let anyone become a broadcaster without the costs of traditional streaming. This means you get to hear and watch stations not normally found on commercially funded sites. see http://www.peercast.org/ for more about PeerCast. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.5 Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312819: ITP: olive -- console RSS reader
Package: wnpp Severity: wishlist Owner: Artur R. Czechowski [EMAIL PROTECTED] * Package name: olive Version : b6 Upstream Author : Shawn Boyette sboyette at gmail dot com * URL : http://mdxi.collapsar.net/hacks/olive/ * License : MIT/X Description : a console RSS reader Olive is a console mode RSS newsreader. It provides a chronological rather than site-oriented view of news stories and tries to stay out of your way as much as possible. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11blbl Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
Hello Olaf, On Thu, Jun 09, 2005 at 02:58:21PM +0200, Olaf van der Spek wrote: ifconfig is in /sbin and only in root's path. But ifconfig is runnable and useful for normal users, so it'd be nice if it could be added to the path of normal users too. The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. So I am inclined to ignore this wishlist bug, however I wait for reponses on the developer mailing list. Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
Le Vendredi 10 Juin 2005 10:40, Bernd Eckenfels a écrit : The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. why that ? I don't understand what would be wrong with having a symlink in /bin ... -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpl5eq7YiuZQ.pgp Description: PGP signature
Re: Architecture restrictions and arch: all binary packages
On Fri, Jun 10, 2005 at 01:58:18AM -0700, Russ Allbery wrote: Right now, therefore, the buildds for those four platforms try to build every OpenAFS release, install all its dependencies, and then error out in the configure script. This is doubtless a bit annoying to the buildd admins, is a waste of buildd resources, and all around seems like something that would be better to avoid. Indeed. It's also their own fault, as there are measures in place for avoiding this kind of thing :-) If there's no point in trying to build OpenAFS on those architectures, it should be added to packages-arch-specific, so that no attempts are made anymore. -- 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: hijacking libhtml-mason-perl
On Wed, Jun 08, 2005 at 07:15:19PM -0400, Charles Fry wrote: Hi, I am an active user of the libhtml-mason-perl package, and am quite interested in seeing it continue to progress in Debian. Unfortunately, as outlined in my [1]message to debian-qa in January, the package appears to have been abandoned, and all attempts to contact the package maintainer have failed. 1. http://lists.debian.org/debian-qa/2005/01/msg00079.html libtext-iconv-perl has had new upstreams releases available for some years. I'm taking it. I'll will package the latest usptream release soon. I am not yet a Debian Developer, but I am interested in pursuing the path of becoming one. I have actively provided feedback of numerous Debian packages in the form of bug reports (including half of the outstanding libhtml-mason-perl bug reports), and I have already packaged the new upstream release of libhtml-mason-perl. I discussed the matter with Joshua Kwan, who recommended that I send this email, asking whether or not it would be acceptable for me to hijack the abandoned libhtml-mason-perl package. Any feedback/advise would be appreciated. thanks, Charles Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Friday 10 June 2005 05:59, Steve Langasek wrote: We're leaning towards possibly keeping udeb-generating packages frozen during etch still because they require manual intervention for syncing udebs into testing; this means separating the source packages that create udebs (which as a class were frozen later) from the rest of the base packages. I'm in the process of adopting a package (freetype2) that builds a udeb. Would updating this package now require manual intervention from the release team? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Jun 10, Bernd Eckenfels [EMAIL PROTECTED] wrote: The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. Don't bother. This could be applied to most other programs in /sbin too... And anyway ifconfig is deprecated, everybody should always use iproute which *is* in /bin. -- ciao, Marco signature.asc Description: Digital signature
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On 6/10/05, Bernd Eckenfels [EMAIL PROTECTED] wrote: On Thu, Jun 09, 2005 at 02:58:21PM +0200, Olaf van der Spek wrote: ifconfig is in /sbin and only in root's path. But ifconfig is runnable and useful for normal users, so it'd be nice if it could be added to the path of normal users too. The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however Copying? put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. What's bad about a symlink?
Re: C++ ABI change for etch -- freeze unstable for all C++ libs with changed or new sonames
[Matthias Klose] As Steve did explain, the first class is a non-issue. Because you brought up the topic, I was asking you for a real-world example of your so defined second set. I am trying to figure out if there might exist a problem with this approach, as I am trained to predict and fix problem before they occur, not wait for them to happen. I do not have an example for you. I'm suspect I could make one, if I spent a few hours installing a woody box and writing a C++ application using a carefully selected C++ library. Would this issue be different if I did? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312828: ITP: ndoc -- Code documentation generator for .NET
Package: wnpp Severity: wishlist Owner: Jelmer Vernooij [EMAIL PROTECTED] * Package name: ndoc Version : 1.3.1 Upstream Author : Kevin Downs [EMAIL PROTECTED] * URL : http://ndoc.sourceforge.net/ * License : GPL Description : Code documentation generator for .NET NDoc generates class library documentation from .NET assemblies and the XML documentation files generated by a C# compiler. It can currently generate documentation in HTML, LaTeX and CHM (Windows Help Files). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.11.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) signature.asc Description: Digital signature
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:24:43PM +0200, Marco d'Itri wrote: And anyway ifconfig is deprecated, While I don't have a very strong opinion on this matter either way, I feel I should point out that a) ifconfig is an application that exists not only on Linux, but on many other (free or non-free) unices as well; it would be fair to say that it's a good thing to keep it so that people with past experiences on these operating systems will have a more easy time getting to know the system. b) The mere fact that there is something newer which performs the same function does in no way imply that the older implementation is deprecated. This is true for many things -- kernels, network configuration software, /dev implementations. Just my ¢0.02 -- 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: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:47:00PM +0200, Wouter Verhelst wrote: b) The mere fact that there is something newer which performs the same function does in no way imply that the older implementation is deprecated. This is true for many things -- kernels, network configuration software, /dev implementations. the ifconfig interface can only support a small subset of the linux networking functionality and thus the linux networking maintainers did indeed declare it deprecated. That does not mean it'll go away but you're no encouraged to use it either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Jun 10, Wouter Verhelst [EMAIL PROTECTED] wrote: a) ifconfig is an application that exists not only on Linux, but on many other (free or non-free) unices as well; it would be fair to say And indeed this is the only reason to keep it around. b) The mere fact that there is something newer which performs the same function does in no way imply that the older implementation is Wrong. iproute does much more than route/ifconfig, which cannot support all the features of = 2.4 networking stacks. -- ciao, Marco signature.asc Description: Digital signature
Re: hijacking libhtml-mason-perl
On Fri, Jun 10, 2005 at 09:01:03PM +1000, Anibal Monsalve Salazar wrote: On Wed, Jun 08, 2005 at 07:15:19PM -0400, Charles Fry wrote: Hi, I am an active user of the libhtml-mason-perl package, and am quite interested in seeing it continue to progress in Debian. Unfortunately, as outlined in my [1]message to debian-qa in January, the package appears to have been abandoned, and all attempts to contact the package maintainer have failed. 1. http://lists.debian.org/debian-qa/2005/01/msg00079.html libtext-iconv-perl has had new upstreams releases available for some years. I'm taking it. I'll will package the latest usptream release soon. Please be very careful with uploads of libtext-iconv-perl it is an important package, changes may well affect debconf-i18n which depends on libtext-iconv-perl. In particular, if any new version introduces an API change, however small, you should warn the debconf maintainers before uploading. If not you could end up with a _lot_ of unhappy Debian users. Thanks for taking this on, Stephen Quinney signature.asc Description: Digital signature
Re: X.org l10n (was: Re: Is Ubuntu a debian derivative or is it a fork?)
On Fri, Jun 10, 2005 at 07:15:39AM +0200, Christian Perrier wrote: David, this reminds me that the x.org packages probably need some big push when it comes at their l10n for debconf stuff. Indeed, I intend to add the whatever X thing etch will use by default packages to the level 5 of D-I translations, meant to give translators a kind of priority list for things to work on. Awesome! That's great to hear. I think the xserver debconf stuff is one of the most-widely used set of templates around, so it'd be great to have it widely translated. As this is very likely to be x.org things, we'd better prepare all this. So, when x.org packages will have reached the ready to ship in unstable stage, could we manage to synchronise and post a call for updates in debian-i18n ? Certaintly. You may have to ping me (either by mail or on irc) to remind me, but I'll add it to the TODO list. Some write access to your repository for package maintenance would probably also help (I will certainly delegate this to another -i18n involved developer as I have enough of these on my shoulders) and allow someone to avoid you or your co-maintainers the tedious task of dealing with zillion of l10n bug reports. Branden runs the svn repo, so you'll have to ask him for access. And, of course, some sync with the Ubuntu fellows is likely to avoid double work here also. That would definitely be nice. I consider the leaps we've made in translations with sarge to be one of the best improvements in Debian since woody, and I'd like to see more of it. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
Marco d'Itri wrote: On Jun 10, Bernd Eckenfels [EMAIL PROTECTED] wrote: The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. Don't bother. This could be applied to most other programs in /sbin too... Is that an argument? And anyway ifconfig is deprecated, everybody should always use iproute which *is* in /bin. But it's not installed by default, is it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
Le jeudi 09 juin 2005 à 18:03 +0200, Wouter Verhelst a écrit : How would these runlevels be wasted? We're only talking about the default configuration, not about something a system administrator couldn't change. In theory. In practice, many third-party applications will make assumptions about the availability and configuration of runlevels, and will break horribly if anything is different from what they expect; this has happened on those RedHat systems that I've tried this on. If they already exist, they're likely to check for a Debian system, and to make Debian-specific assumptions about the runlevel configuration, so the problem is the same. Furthermore, I don't think basing our decisions on what broken, third-party software can do is a good idea. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Some bits of experience gained from handling upgrade-reports.
On Thu, Jun 09, 2005 at 11:16:05PM -0700, Stephen Birch wrote: Bill Just out of curiosity, when testing the upgrade procedure how do you select the mix of packages installed prior to the upgrade? So far I was using the set of packages provided by the submitters of upgrade-reports, so I could investigate them. The plan is to install (for a etch package $PKG): 1) the sarge version of $PKG (if it exists) 2) the sarge version of the dependencies of $PKG (if they exist) 3) The sarge packages Replaced: by $PKG 4) Any sarge packages containing files now found in $PKG. 4) Manually added packages. Another approach I have tried was to split sarge arbitrarily in block of 100 packages, install them (and the dependencies of course) and attempt the upgrade for each block. I suppose we can improve the process, but whatever test we end up doing will be better than none. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
Darren Salt [EMAIL PROTECTED] writes: I demand that Rich Walker may or may not have written... Matthew Palmer [EMAIL PROTECTED] writes: How common was that problem you were trying to solve, again? Presumably, you never used an S3 video card. (Locks up on leaving X in many card/X permutations). IME (one S3 ViRGE), that's VESA driver territory. (No lockup problems, though - at least, not that I recall...) Specifically, it was using Xserver-s3v rather than X 4. If you left X, the machine became un-usable: I recall having to connect over the network to shut it down, and having to document how to do that for the customer. I know; I should have used a different card: but there were deadlines involved... cheers, Rich. -- rich walker | Shadow Robot Company | [EMAIL PROTECTED] technical director 251 Liverpool Road | need a Hand? London N1 1LX | +UK 20 7700 2487 www.shadow.org.uk/products/newhand.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sedna - a native XML DBMS
Hello! I'm a member of MODIS research group at the Institute for System Programming of the Russian Academy of Sciences (http://www.ispras.ru/) We are developing a native XML DBMS Sedna. You can find more information about Sedna here: http://modis.ispras.ru/Development/sedna.htm Linux source is available here: http://modis.ispras.ru/FTPContent/sedna-0.5.9-src-linux.tar.gz I am wondering whether it's possible to include Sedna in Debian distribution. Also I would appreciate any help on building Sedna packages for Debian. Current version of packages is available here: http://modis.ispras.ru/FTPContent/tmp/sedna-deb/ -- Best regards, Roman mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian GNU/Linux 3.1 CD/DVD images updated (r0a)
On Fri, 2005-06-10 at 12:05 +0100, Colin Watson wrote: This is an update to the CD and DVD images of Debian 3.1r0. Colin, is there any good reason why this announcement was not made to debian-announce@lists.debian.org ? Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Fri, Jun 10, 2005 at 12:24:05PM +0100, Will Newton wrote: On Friday 10 June 2005 05:59, Steve Langasek wrote: We're leaning towards possibly keeping udeb-generating packages frozen during etch still because they require manual intervention for syncing udebs into testing; this means separating the source packages that create udebs (which as a class were frozen later) from the rest of the base packages. I'm in the process of adopting a package (freetype2) that builds a udeb. Would updating this package now require manual intervention from the release team? Yes, for the moment getting that into testing requires release-team approval (which is unlikely to be withheld - it's just so that the udeb can be synced at the same time). -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Friday 10 June 2005 15:27, Colin Watson wrote: I'm in the process of adopting a package (freetype2) that builds a udeb. Would updating this package now require manual intervention from the release team? Yes, for the moment getting that into testing requires release-team approval (which is unlikely to be withheld - it's just so that the udeb can be synced at the same time). So I can upload to unstable as often as I like, but when there's a release that is bug free and suitable for testing I need to notify the release team to get it to migrate there? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel security bug #307900
Olaf van der Spek wrote: Adam Majer wrote: AFAIK, there is no security support for Woody kernels for some time now. Use kernel.org and compile your kernels for security sensitive machines. What's the reason for this lack of support? I think after Herbert Xu left so did security updates for Woody's kernel, http://www.mailarchives.org/list/debian-security-announce/msg/2005/00216 - Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
[EMAIL PROTECTED] (Marco d'Itri) writes: On Jun 10, Wouter Verhelst [EMAIL PROTECTED] wrote: a) ifconfig is an application that exists not only on Linux, but on many other (free or non-free) unices as well; it would be fair to say And indeed this is the only reason to keep it around. What *single* command in the iproute package can I call to get the same information as I get from ifconfig -a? Until there is one, I don't see you can replace it. b) The mere fact that there is something newer which performs the same function does in no way imply that the older implementation is Wrong. iproute does much more than route/ifconfig, which cannot support all the features of = 2.4 networking stacks. Hey! Some of us still don't need all the features of 2.4! cheers, Rich. -- rich walker | Shadow Robot Company | [EMAIL PROTECTED] technical director 251 Liverpool Road | need a Hand? London N1 1LX | +UK 20 7700 2487 www.shadow.org.uk/products/newhand.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: C++ ABI change -- freezing unstable for new C++ library packages
On Fri, Jun 10, 2005 at 03:31:06PM +0100, Will Newton wrote: On Friday 10 June 2005 15:27, Colin Watson wrote: Yes, for the moment getting that into testing requires release-team approval (which is unlikely to be withheld - it's just so that the udeb can be synced at the same time). So I can upload to unstable as often as I like, but when there's a release that is bug free and suitable for testing I need to notify the release team to get it to migrate there? Yes, for the moment it's probably best just to ping us whenever it would have reached testing under normal circumstances according to grep-excuses. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian GNU/Linux 3.1 CD/DVD images updated (r0a)
On Fri, Jun 10, 2005 at 10:57:47PM +1000, Drew Parsons wrote: On Fri, 2005-06-10 at 12:05 +0100, Colin Watson wrote: This is an update to the CD and DVD images of Debian 3.1r0. Colin, is there any good reason why this announcement was not made to debian-announce@lists.debian.org ? I agree with you, and I asked (I can't post to -announce myself), but Joey Schulze did not think that it was appropriate, saying that it only affects people who fetched the images on day one, and that those people either know what they're doing and follow what Debian is doing quite closely, or don't care and won't apply security updates anyway. I disagree with this classification of users, but it was more important to get an announcement out *somewhere* than to argue about it for ages, so I did so. Joey suggested that the security team might add a note about the issue to the first few DSAs covering sarge. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release-critical Bugreport for June 10, 2005
On Fri, Jun 10, 2005 at 10:34:07AM -0400, Greg Folkert wrote: I guess this can go... or be changed to not be so specific. No, it can't go. Note that it has been changed to talk about etch, not sarge. There's no reason to stop squashing high-severity bugs just because we aren't in a freeze any more. Also, please don't quote the entire long list when replying to it. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:24:43PM +0200, Marco d'Itri wrote: Don't bother. This could be applied to most other programs in /sbin too... And anyway ifconfig is deprecated, everybody should always use iproute which *is* in /bin. This is only true for linux, not for anything else. Bastian -- It would be illogical to assume that all conditions remain stable. -- Spock, The Enterprise Incident, stardate 5027.3 signature.asc Description: Digital signature
Re: Sedna - a native XML DBMS
On Fri, Jun 10, 2005 at 06:15:31PM +0400, Roman Pastukhov wrote: I am wondering whether it's possible to include Sedna in Debian distribution. You can make this happen yourself! You would need a sponsor who would help you, check your package for obvious errors, and, eventually, upload your package for you, and/or you could apply to become a Debian Developer (so that you can do it yourself); but if you have already produced packages (and it seems you have), there's no reason why someone else should duplicate your effort, is there? ;-) For an explanation of how the process works, please read chapter two of the Developers' reference, which can be found in the Debian package developers-reference, or online at http://www.debian.org/doc/developers-reference/. -- 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: namespace conflict != package Conflict?
Sebastian Kuzminsky [EMAIL PROTECTED] writes: The cogito /usr/bin/git is a tiny little helper script hardly worth its inode, but it's in the upstream package and I dont want to remove it or rename it. As others have asked, why not? Does anything actually rely on the script existing by that name? At any rate, if you're absolutely dead set on keeping it, I suppose you could divert any preexisting instance of /usr/bin/git to, say, /usr/bin/git.not-cogito, and then have the script fall back to it when not called with one of the handful of supported first arguments: #!/bin/bash -norc cmd=git-$1-script if command -v $cmd /dev/null 21; then shift exec $cmd $@ else exec -a $0 /usr/bin/git.not-cogito $@ fi (You'd likewise need to divert /usr/share/man/man1/git.1.gz, and perhaps add a pointer to the diverted manpage in your version.) -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
Bernd Eckenfels [EMAIL PROTECTED] writes: The problem here is that ifconfig must be in sbin by FHS and by history (would break too many scripts). So moving is not an option. I can however put a symlink in /bin, however I am not sure how other DDs think about it, as this will set a bad precedence. I think it doesn't go far enough. mv sbin/* bin rmdir sbin ln -s bin sbin ...and the problem goes away forever. -- http://www.greenend.org.uk/rjk/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Release-critical Bugreport for June 10, 2005
On Fri, 2005-06-10 at 16:00 +0100, Colin Watson wrote: On Fri, Jun 10, 2005 at 10:34:07AM -0400, Greg Folkert wrote: I guess this can go... or be changed to not be so specific. No, it can't go. Note that it has been changed to talk about etch, not sarge. There's no reason to stop squashing high-severity bugs just because we aren't in a freeze any more. Also, please don't quote the entire long list when replying to it. Usually I don't quoth the whole thing. Thought I'd clipped it, too. Glad to see it change to address Etch, I guess I unconsciously thought it'd go away. My bad, I'll pay even yet more attention. -- greg, [EMAIL PROTECTED] The technology that is Stronger, better, faster: Linux signature.asc Description: This is a digitally signed message part
X SI in Debian and Ubuntu (was: Re: Is Ubuntu a debian derivative or is it a fork?)
[Please CC me: I'm not subscribed.] On Thu, Jun 09, 2005 at 09:45:42AM -0700, Matt Zimmerman wrote: On Thu, Jun 09, 2005 at 10:36:25AM -0400, David Nusinow wrote: I'm sorry, this turned out to be very long-winded, but since many people are interested in what's going on with X.Org, I may as well explain to a larger audience than debian-x what's in store. Thanks for bringing concrete information to the discussion. Yeah, one which was definitely not in need of any more hot air ... What I've decided to do with X.Org is a compromise. I'm using the Ubuntu packages as a base, but I've spent the last month doing as careful an audit of them as I can, comparing them to the XFree86 packaging, and reverting what changes I don't agree with, keeping the ones that I like, etc. Did you discuss these plans with any Ubuntu developers? How much have you changed relative to the Ubuntu packages? From what I can tell from the changelog, Daniel merged a batch of changes from Debian XFree86 SVN into the Ubuntu packages in 6.8.2-16, but I don't know what portion of your changes this represents. I've been talking to David a lot both via email and IRC, and we've been feeding back to each other via both of these mechanisms. So far the delta has been minimal, and I'm confident we can keep it incredibly small. Furthermore, Branden has had plans to shift the packaging to a different patch system, and we plan to move ahead with that as soon as we have X.Org packages in the archive. We'll be branching off the trunk which is derived from the modified Ubuntu packaging, so while we're using the Ubuntu packages as a base (which were the Debian packages originally anyway) we're going to make some radical changes to the system. This packaging can potentially be used for the X.Org 6.9 release, which will be the last monolithic version to be releaseed during the transition to a modular tree. We may never release 6.9 packages in Debian, but this will provide us with a good foundation for it if we do. This work will be done independantly of Ubuntu (as no one from Ubuntu seems interested in helping) so we'll go it alone. Ubuntu isn't likely to spend time on another monolithic release, given that we're in the process of going modular right now. If your eventual goal is to use the modular tree as well, why wouldn't you do it immediately, given the opportunity to use Ubuntu's work as a base? I'm not bothering with 6.9, personally. I'll continue to maintain the 6.8 tree and make sure that the bits of it that aren't modularised are still usable and great quality, but I'm rapidly hacking bits off. As the upstream X.Org tree gets modularized, we're going to begin to work on packaging that instead. My personal preference is to use the modular tree (which will be entirely equivalent to the 6.9 release otherwise, except called 7.0) but if it's not ready for us, we can stick with 6.9, so as to get the latest drivers to our users. Members of both the XSF, including myself and Josh Triplett (who's already begun this work) and Ubuntu developers (Daniel Stone) will be working on this together. My goal is to have as close a tree for both Ubuntu and Debian as possible, preferrably the same tree, but again we'll have to see what happens. Again, I'd be interested to hear details of what you needed to change relative to the Ubuntu packages in order to achieve a result which you found suitable. Josh and I both started from different bases (me from a set of templates I'd written, largely based off my packages from mid-last year, and Josh from his own set of templates), but we're converging with the aim of having at least the entirety of xlibs in perfect harmony between the two. Right now, the only sticking point of any significance whatsoever is cdbs vs debhelper+dpatch. I plan to use the patch system Branden and I will develop for the monolithic tree in the modular tree, and if the Ubuntu developers decide that this isn't the best option then they can go their own route, unless they can demonstrate that an alternate system is preferrable. We would of course evaluate this decision based on technical merit, but my knee-jerk reaction would be why write yet another patch system? I've seen the patch system, and my comments on debian-x was that it was absolutely insane, and utterly doomed to failure. Nothing's changed. In short, we're getting there, just slowly. The only sticking point is that I think the proposed 6.8.2-1 for Debian is absolutely nonsensical (the source package format just doesn't make any sense to me, none at all, even if it is managed by Subversion, or if it was managed by something like Arch), and that Ubuntu will likely develop at a pace slightly more rapid than Debian's, given that 6.8.2-1 in sid looks to still be a long way off if the plan is still to rewrite the entire source packaging, and Ubuntu's breezy already has large chunks of the
Bug#312897: ITP: texlive -- The TeXlive system packaged for debian
Package: wnpp Severity: wishlist Owner: Norbert Preining [EMAIL PROTECTED] * Package name: texlive Version : 2005.1 Upstream Author : TeXlive Mailing List [EMAIL PROTECTED] * URL : http://www.tug.org/texlive * License : mixed, but all Debian conform Description : The TeXlive system packaged for debian TeX Live is an easy way to get up and running with TeX. It includes all major freely-available TeX-related programs, macro packages, and fonts, including support for many languages around the world. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux gamma 2.4.28server #1 Fri Nov 19 09:27:34 CET 2004 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena sip:[EMAIL PROTECTED] +43 (0) 59966-690018 gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- FORDSix pints of bitter. And quickly please, the world's about to end. BARMAN Oh yes, sir? Nice weather for it. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312897: ITP: texlive -- The TeXlive system packaged for debian
Re: Norbert Preining in [EMAIL PROTECTED] * Package name: texlive Description : The TeXlive system packaged for debian TeX Live is an easy way to get up and running with TeX. It includes all major freely-available TeX-related programs, macro packages, and fonts, including support for many languages around the world. The website looks like that's a live tex CD. What's the difference to a normal apt-get install tetex-extra installation on Debian? Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: Bug#312897: ITP: texlive -- The TeXlive system packaged for debian
On Fre, 10 Jun 2005, Christoph Berg wrote: * Package name: texlive Description : The TeXlive system packaged for debian The website looks like that's a live tex CD. What's the difference to a normal apt-get install tetex-extra installation on Debian? It is one the one hand a live dvd, but also one of the most complete TeX systems. There are several differences between tetex and texlive, especially wrt the granularity of packaging. See the discussion on tetex-maint ML which I had with Frank Küster, maintainer of tetex. In fact he asked me to file the ITP as we are working on this. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena sip:[EMAIL PROTECTED] +43 (0) 59966-690018 gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- VALLETTA (n.) On ornate head-dress or loose garment worn by a person in the belief that it renders then invisibly native and not like a tourist at all. People who don huge colonial straw collie hats with 'I Luv Lagos' on them in Nigeria, or fat solicitors from Tonbridge on holiday in Malaya who insist on appearing in the hotel lobby wearing a sarong know what we're on about. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X.org l10n (was: Re: Is Ubuntu a debian derivative or is it a fork?)
Branden runs the svn repo, so you'll have to ask him for access. Hmmm, I may already have it, then...s I used to be listed in Alioth project for xfree packages, IIRC (but never really made use of it, I'm afraid). And, of course, some sync with the Ubuntu fellows is likely to avoid double work here also. That would definitely be nice. I consider the leaps we've made in I'll have to ping Daffyd Harries about this (or talk of this at debconf..yet another I have to talk this at Debconf bit). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
All main products from Microsoft, Adobe, Macromedia, Corel, etc.
Software taking a bite out of your budget? Try OEM! http://nvc.8xcnb781ni8fn98.goodingdn.com Make voyages! - Attempt them! - there's nothing else... Audacious ribald: your laughter will finish in hideous boredom before morning. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: namespace conflict != package Conflict?
[EMAIL PROTECTED] (Aaron M. Ucko) wrote: The cogito /usr/bin/git is a tiny little helper script hardly worth its inode, but it's in the upstream package and I dont want to remove it or rename it. As others have asked, why not? Does anything actually rely on the script existing by that name? I believe the nature of cogito's git command is such that renaming it would make less sense than removing it. And just removing it from the upstream package seems pretty lame, but maybe that's the thing to do. cogito currently includes extends an upstream package called 'git' (they may split in the future, let's hope they rename git-as-in-cogito before then). Cogito's git includes many commands with names of the form git-$FUNCTION-script, with the idea that it's easier to command-line-complete them if the $FUNCTION is part of the command-name (as opposed to svn commit, etc). The loyal opposition was placated with the git command, which runs git-$1-script with the remaining arguments. Renaming git to something longer more complicated seems to contradict this goal; users would be better off calling the original commands that git wraps. That was my thinking. Aaron Ucko's suggestion of trying to tell, from the command-line arguments, wether the user wants git-from-cogito or git-from-git seems incredibly brittle. git-from-git can take a directory as the first argument, so if you try to use git-from-git to look at a directory with a name like log or tag, it'll run git-from-cogito instead (because git-log-script and git-tag-script exist). Hm, given that git-from-cogito seems to have a fatal flaw (it doesnt shift the script name out of the arguments list), I'm guessing it's not widely used. I'll request that the upstream people remove it from the distribution. If they agree, the issue will be solved I think. (cogito wants to install a git(7) manpage, which will not conflict with GNU Interactive Tools' git(1) page.) If they dont agree (and they're a cantankerous bunch, hi to all my friends on the git list) we'll have to come up with something else... -- Sebastian Kuzminsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: namespace conflict != package Conflict?
Sebastian Kuzminsky [EMAIL PROTECTED] wrote: Hm, given that git-from-cogito seems to have a fatal flaw (it doesnt shift the script name out of the arguments list), I'm guessing it's not widely used. I'll request that the upstream people remove it from the distribution. Oops, my fingers are faster than my brain. The git script now shifts out the first argument, as it ought. But I still think they should just remove it. -- Sebastian Kuzminsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri 06/10/05 15:24, Rich Walker wrote: What *single* command in the iproute package can I call to get the same information as I get from ifconfig -a? Until there is one, I don't see you can replace it. Not that I support replace ifconfig, but: $ ip -s link lists (in a different, but sane, format) everything, but the non-physical addresses of the links (now thats a dumb omission). -- -- | Josh Lauricha| Ford, you're turning| | [EMAIL PROTECTED] | into a penguin. Stop| | Bioinformatics, UCR | it | || | OpenPG:| | 4E7D 0FC0 DB6C E91D 4D7B C7F3 9BE9 8740 E4DC 6184 | || | Geek Code: Version 3.12| | GAT/CS$/IT$ d+ s-: a- C$ UL$ P++ L| | $E--- W+ N o? K? w--(---) O? M+(++) V? PS++ PE-(--)| | Y+ PGP+++ t--- 5+++ X+ R tv DI++ D--- G++ | | e++ h- r++ z? | || -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Adrian von Bidder [EMAIL PROTECTED] writes: On Tuesday 07 June 2005 23.32, Roger Leigh wrote: Frans Pop [EMAIL PROTECTED] writes: On Tuesday 07 June 2005 23:02, Roger Leigh wrote: Existing installs are already configured with debconf. Their /etc/locale.gen will not be touched. If you do dpkg-reconfigure locales, then users could have the locale switch to UTF-8 if they so choose. AFAIK locales are automatically regenerated when the locales package is upgraded, so this _would_ effect every existing install directly on upgrade to the new release. locale-gen is run, but /etc/locale.gen is not necessarily altered. If you don't change it, it will regenerate the same locales you already have. But 'the same locale I already have' would probably mean 'the locale with the name of the locale I previously had' which has now suddenly changed its behaviour. This would be safe, since the locale codeset is part of the name. When the current locale selections are merged with i18n/SUPPORTED, it wouldn't change anything behind your back. But this is probably the wrong approach, as others have said. I've since made a patch, and filed this as bug #312927. I'd appreciate any comments. It's a trivial and (I hope!) non-controversial change. It certainly won't affect the choices of or the behaviour of the available locales; it rather just recommends that UTF-8 locales be used unless the user has a good reason not to. 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/ iD8DBQFCqgNnVcFcaSW/uEgRAjXFAKCL4YoHDw9OI4mhs/LnQ9pjZK0ucACbB4Ch vFjugEqBcVCNMlTVoMRV4cU= =usOo -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
TODO for etch ?
Hello. Is the TODO list for etch available anywhere? I think that it would be great to have current status available on a known place, and probably posted regulary (weekly?) to -devel-announce, where issues currently pending for etch are described, so interested people could know what exactly they could do to make etch release faster. Since I can't find such a list, I'll try to write (a beginning of) one. - Complete transition to g++ 3.4/4.0 ABI - Resolve FDL issue - Get Xorg and KDE 3.4 into the archive. [as time passes, the version number may change] - (?) multiarch - insert your items here -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
On Fri, Jun 10, 2005 at 11:39:16PM +0400, Nikita V. Youshchenko wrote: Hello. Hi. - insert your items here OpenOffice.org 2 will be a fairly large undertaking, AIUI. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~sanchezr pgpjmspx9bgke.pgp Description: PGP signature
Re: Canonical and Debian
On Tue, Jun 07, 2005 at 11:54:08AM +0200, Robert Lemmen wrote: On Tue, Jun 07, 2005 at 02:12:04AM -0700, Steve Langasek wrote: - sparc: one buildd which is not consistently able to keep up with the volume of incoming packages; no backup buildd, no additional porter machine. how powerfull would a machine need to be to be of any help here? would an ultra 10 or a netra x1 be sufficient? The current buildd is an UltraSPARC II 300MHz with 512MB of RAM, and is not sufficient. I don't know enough about Sparc benchmarks to know whether the machines you mention are sufficient. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: TODO for etch ?
Nikita V. Youshchenko wrote: Since I can't find such a list, I'll try to write (a beginning of) one. - Complete transition to g++ 3.4/4.0 ABI - Resolve FDL issue - Get Xorg and KDE 3.4 into the archive. [as time passes, the version number may change] - (?) multiarch I'm not sure about multiarch, but the following will most likely happen, * Amd64 port officially added, * The scc archive split to lighten load on mirrors for stuff that only needs one or two mirrors anyway, * finally get new apt (6.x) included. There will be a lot of other new stuff in the archive, but I don't think we will need an official TODO list for that (eg. Qt 4). - Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Architecture restrictions and arch: all binary packages
Jeroen van Wolffelaar [EMAIL PROTECTED] writes: So your package correctly fails to build on unsupported architectures. The only problem is wasting buildd time on it -- in this case, the correct course of action would be to ask the Packages-arch-specific[1] file maintainers to include this fact. Ah, thank you! I didn't know about this. I will drop them a note. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Canonical and Debian
On Tue, Jun 07, 2005 at 12:01:31PM +0200, Wouter Verhelst wrote: The second most significant area of concern, for me, is having people being proactive about dealing with per-architecture build failures. There's no particular reason that should be the buildd admins' or the release team's area of responsibility, either; I agree with you on the release team bit; however, I don't think it's unfair to request that buildd admins handle build failures. If buildd admins of some other architectures can't keep up because they're handling all buildd hosts for 3 (or so) architectures, then the problem isn't that they're asked to do things that aren't their responsability; rather, the problem would be that they're trying to do more than they can handle. I don't see any particular reason that these two areas of responsibility (chroot maintenance/package signing, and FTBFS reporting/fixing) *shouldn't* be distinct; looking at the number of unreported FTBFS problems, we could obviously be doing a much better job of reporting these to maintainers, but that's a pretty time-consuming task that requires more effort than just figuring out that the failure wasn't the buildd's fault. And, anyone interested in and knowledgeable about the port can step in to help with processing FTBFS problems. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:49:36PM +0200, Marco d'Itri wrote: Wrong. iproute does much more than route/ifconfig, which cannot support all the features of = 2.4 networking stacks. However this is neighter something which cant be fixed nor is this the question. Gruss Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://www.eckes.org/ o--o 1024D/E383CD7E [EMAIL PROTECTED] v:+497211603874 f:+49721151516129 (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 12:42:21PM +0200, Pierre Habouzit wrote: I don't understand what would be wrong with having a symlink in /bin ... Because this applies to most of the programs in /sbin. It would be easier to just merge both directories. Gruss Bernd -- (OO) -- [EMAIL PROTECTED] -- ( .. ) [EMAIL PROTECTED],linux.de,debian.org} http://www.eckes.org/ o--o 1024D/E383CD7E [EMAIL PROTECTED] v:+497211603874 f:+49721151516129 (OO) When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
On Saturday 11 June 2005 00:56, Adam Majer wrote: Nikita V. Youshchenko wrote: Since I can't find such a list, I'll try to write (a beginning of) one. - Complete transition to g++ 3.4/4.0 ABI - Resolve FDL issue - Get Xorg and KDE 3.4 into the archive. [as time passes, the version number may change] - (?) multiarch I'm not sure about multiarch, but the following will most likely happen, * Amd64 port officially added, * The scc archive split to lighten load on mirrors for stuff that only needs one or two mirrors anyway, Then you can have it other way (instead of having scc arches, have scc mirrors). If there is enough man buildd power users (remember that human help and hardware donations have being proposed many times) for an arch currently supported then you can have second class mirrors (partial ones) and first class ones carrying all arches. In fact I think that it is not a rare situation where the primary country mirror really doesn't carry all arches, but there are other mirrors which track them all. Here is an example with the primary / but partial / ftp.bg.debian.org (debian-cd just x86) [1] and ftp.uni-sofia.bg (a secondary one tracking all arches, including full debian-cd, debian-amd64, debian-volatile, and this is not just for fun and completeness). There is also at least one secondary one. So I'm afraid that your decision based on currently primary mirrors not tracking all arches for various reasons could be broken source for generalizations. I'm also sure that this is not a single example that could be given. If the Debian Project decides to cut some arches, then you wont wait a lot to see various external and unofficial archives like: debian-$scc-for-Debian-but-supported-by-anyone [1]http://kitenet.net/~joey/blog/entry/d-i_scc_ready_already-2005-05-18-23-47.html -- pub 4096R/0E4BD0AB 2003-03-18 danchev.fccf.net/key pgp.mit.edu fingerprint1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Jun 11, Bernd Eckenfels [EMAIL PROTECTED] wrote: On Fri, Jun 10, 2005 at 01:49:36PM +0200, Marco d'Itri wrote: Wrong. iproute does much more than route/ifconfig, which cannot support all the features of = 2.4 networking stacks. However this is neighter something which cant be fixed nor is this the question. But it's still important to mention because it's an alternate solution to the problem of how to access information about network interfaces without having /sbin in the $PATH. -- ciao, Marco signature.asc Description: Digital signature
I need some advice on Bug #153070
Bug #153070 [0] was reported a few years ago. I am now the maintainer
of toshutils and am trying to resolve this bug. I can reproduce it
very easily. Thing is I am not sure if this is really a bug or if it is
the correct behavior. Essentially, if the pid file already exists in
/var/tmp and the program is not already running, and you run hotkey, it
emits a warning, removes the pid file and runs. On the other hand, if
the pid file exists and the program is already running, it sends a
SIGUSR1 and exits with status 1. Here is the relevant code from main():
if (!access(PID_FILE, R_OK)) {
if ((str = fopen(PID_FILE, r ))) {
fscanf(str, %d, pid);
fclose(str);
/* test to see if the other hotkey is still running */
if (kill(pid, SIGUSR1)==0) {
fprintf(stderr, hotkey: Already running as
process %d.\n, pid);
return 1;
}
fprintf(stderr, hotkey: process %d appears to have
died, continuing\n, pid);
unlink(PID_FILE);
}
}
It is obvious that the way the program is behaving the bug report is
they it is programmed to behave. I would like to know if there is a
better way to handle this.
-Roberto
[0] http://bugs.debian.org/153070
--
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr
pgpHTyVBjt0W9.pgp
Description: PGP signature
Re: I need some advice on Bug #153070
In article [EMAIL PROTECTED] you wrote: the pid file exists and the program is already running, it sends a SIGUSR1 and exits with status 1. This is the normal way you do pid file locking, beside you use kill(pid, 0) instead of usr1. More advanced code will check the inode of the binary or something, however this has some other disadvantages (on upgrade). It is obvious that the way the program is behaving the bug report is they it is programmed to behave. I would like to know if there is a better way to handle this. If you want to keep USR1 then you have to ignore it. Gruss Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I intend to upload libtext-iconv-perl_1.4-1 (was: hijacking libhtml-mason-perl)
On Fri, Jun 10, 2005 at 01:59:11PM +0100, Stephen Quinney wrote: Please be very careful with uploads of libtext-iconv-perl it is an important package, changes may well affect debconf-i18n which depends on libtext-iconv-perl. In particular, if any new version introduces an API change, however small, you should warn the debconf maintainers before uploading. If not you could end up with a _lot_ of unhappy Debian users. I intend to upload libtext-iconv-perl_1.4-1 by Wednesday 15 June at 00:00 UTC, unless there is an objection. If you have a problem with uploading it, please reply to [EMAIL PROTECTED] Please inspect the debdiff between the current version in sarge/etch (1.2-3) and the new version 1.4-1. It is available at: http://bugs.debian.org/312957 Regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Re: Inconsistent handling of sourceless packages in main
Eduard Bloch [EMAIL PROTECTED] writes: Moin Goswin! Goswin von Brederlow schrieb am Donnerstag, den 19. Mai 2005: IMHO debian-installer in unacceptable as it causes GPL violations. Interlocking the debian-installer builds with the exact source ... Any ideas? Comments? Solutions? Relax, there is no problem. (The same was as there is no problem with boot-floppies, beeing in Woody without the correct source. Nobody did care in the last 3 years). Regards, Eduard. -- In the beginning was the word, and the word was content-type: text/plain I do care. But I also have no evil intention and won't sue. I mainly care for the bloat for ia32-libs and similar packages. Creating a 300MB ia32-OOo package and uploading that on each change was/is insane enough to release amd64/ia64 without it. But I can't in good faith fight for doing it the debian-installer way and build debs that will regulary be without source. It would be hard to convince ftp-master to do the wrong thing after they already decided to do the right thing anyway. That's why I'm looking for any idea to have binaries rebuild from debs in debian without risking them being sourceless. Maybe a patch for the DAK and an extra entry in the control file? Come on, spin your minds, think of something. :) MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Sarge
Eddy Veenstra [EMAIL PROTECTED] writes: Dear Debian team, ... The installation asked for my video-card (Nvidia GeForce 5700LE)and my monitor ( CTX S962 19'' LCD ). I selected the correct driver (NV) and gave the horizontal and vertical frequencies ( 30-80 hor, 59-75 vert ) for my monitor. When the installation was finished, X was started in 800x600 mode. No higher resolutions were possible. In the GNome environment I couldn't find a way to tell the system about my graphics card, my monitor, or the resolutions I prefer. So I ran xf86config to solve the problem. No success. Apparently GNome doesn't react to the changes I made with xf86config. But how can I tell GNome what card and monitor I have? I've tried all the items in the menu to find a way, but I had no success. I've done six installations now, and every time the same problems occur. The problems on all occasion are listed below. Gnome and Kde both have nothing to say about the resolution, that is all xfree86s doing. You can run X on the console to get a bare X display and you will see the stipple pattern in 800x600 there too. The problem must be in your XF86config and most likely your horizontal/vertical limits are such that only the 800x600 mode remains valid (or no mode in which case X choose one itself). Or you only selected 800x600 as resolution in the config. :) Anyways, read the xfree86 log carefully. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cogito no longer conflicts with git or cgvg
The new cogito package (0.11.3+20050610-1) is on its way into sid. It does not install /usr/bin/git or /usr/bin/cg, and so it does not conflict with git or with cgvg. I made a note about this in /usr/share/doc/cogito/README.Debian, and I updated the git docs to remove all the mentions of those programs. I guess I just prefer getting flamed by the git/cogito people rather than the Debian people. :-/ -- Sebastian Kuzminsky -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Architecture restrictions and arch: all binary packages
Russ Allbery [EMAIL PROTECTED] writes: Hello folks, There was one suggestion in the bug log from Goswin von Brederlow: | 1. Build-Depend/Conflict on the architecture | | Build-Depends: type-handling | Build-Conflicts: mips, mipsel, ia64 | | That way an attempt to build on an unsuported architecture will fail | with a Build-Conflict. but in addition to seeming like kind of a hack, I'm not sure that this will do anything other than produce a better error message. I'd certainly like to produce a better error message, and will do that if all else fails (although I'm not sure this is the best mechanism to do so), but isn't there any way to tag the package so that the buildds won't even try? It won't do anything to buildds as the official wanna-build is too stupid anyway. That measure is only for the benefit of users building the package manually. For buildds there are 3 mechanisms in place: 1. no auto list of the buildd Per buildd setting to avoid packages not suitable for a specific buildd (e.g. needs more ram/disk than this buildd has). 2. not-for-us state Wanna-build per arch setting flaging the package to do serious harm to the buildd and not build it. 3. package-arch-specific Global list of package to be excluded for each arch and the long term solution for not-for-us p-a-s is on cvs.debian.org and buildd admins should know about it. So don't worry about it too much. If they wan't to not build openafs they can fix it. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
[EMAIL PROTECTED] (Marco d'Itri) writes: On Jun 11, Bernd Eckenfels [EMAIL PROTECTED] wrote: On Fri, Jun 10, 2005 at 01:49:36PM +0200, Marco d'Itri wrote: Wrong. iproute does much more than route/ifconfig, which cannot support all the features of = 2.4 networking stacks. However this is neighter something which cant be fixed nor is this the question. But it's still important to mention because it's an alternate solution to the problem of how to access information about network interfaces without having /sbin in the $PATH. -- ciao, Marco You type /sbin/ifconfig as you have been the last years. New users can probably be made to use ip instead as they don't know the much simpler ifconfig yet. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted r-cran-mnp 2.3-2-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 00:53:01 -0500 Source: r-cran-mnp Binary: r-cran-mnp Architecture: source i386 Version: 2.3-2-1 Distribution: unstable Urgency: low Maintainer: Chris Lawrence [EMAIL PROTECTED] Changed-By: Chris Lawrence [EMAIL PROTECTED] Description: r-cran-mnp - GNU R package for fitting multinomial probit (MNP) models Changes: r-cran-mnp (2.3-2-1) unstable; urgency=low . * New upstream release Files: 427cf178493a08207e813d8d371c5f78 606 math optional r-cran-mnp_2.3-2-1.dsc 3bbf5c845246b65796c1e5dc9ebcb238 51280 math optional r-cran-mnp_2.3-2.orig.tar.gz bc9e4dd55894d8a8515239d672394217 2203 math optional r-cran-mnp_2.3-2-1.diff.gz 0e31798995bb7341d6420d2cad64297b 84248 math optional r-cran-mnp_2.3-2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqSs+2wQKE6PXubwRAuihAJ0U1TLw+6jzO5Al71E6kJCuRzsMXQCfZAU4 qvMM9dUP9AR9auzFm8NE6Es= =vxm8 -END PGP SIGNATURE- Accepted: r-cran-mnp_2.3-2-1.diff.gz to pool/main/r/r-cran-mnp/r-cran-mnp_2.3-2-1.diff.gz r-cran-mnp_2.3-2-1.dsc to pool/main/r/r-cran-mnp/r-cran-mnp_2.3-2-1.dsc r-cran-mnp_2.3-2-1_i386.deb to pool/main/r/r-cran-mnp/r-cran-mnp_2.3-2-1_i386.deb r-cran-mnp_2.3-2.orig.tar.gz to pool/main/r/r-cran-mnp/r-cran-mnp_2.3-2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vfu 4.06-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 00:12:40 -0500 Source: vfu Binary: vfu Architecture: source i386 Version: 4.06-1 Distribution: unstable Urgency: low Maintainer: William Vera [EMAIL PROTECTED] Changed-By: William Vera [EMAIL PROTECTED] Description: vfu- A versatile text-based filemanager Closes: 204589 Changes: vfu (4.06-1) unstable; urgency=low . * New upstream release * Sizes problem fixed (closes: #204589) Files: 128aac211299811c280a09d664d63978 558 utils optional vfu_4.06-1.dsc f6fa24a2f60ddee506e07295a75bd384 531443 utils optional vfu_4.06.orig.tar.gz 22633e735405079dc2187fbfc3725c22 7589 utils optional vfu_4.06-1.diff.gz e7530197e249765bd6b33bf72eb8885b 183432 utils optional vfu_4.06-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCqTK+gY5NIXPNpFURAkopAJ9Vi8zB038gDa1vM0oZPfhIO1HwdgCgjV8p uUtpyBzHGK1zI7zDskd6TkA= =4/Ib -END PGP SIGNATURE- Accepted: vfu_4.06-1.diff.gz to pool/main/v/vfu/vfu_4.06-1.diff.gz vfu_4.06-1.dsc to pool/main/v/vfu/vfu_4.06-1.dsc vfu_4.06-1_i386.deb to pool/main/v/vfu/vfu_4.06-1_i386.deb vfu_4.06.orig.tar.gz to pool/main/v/vfu/vfu_4.06.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dpkg 1.13.8 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 07:39:44 +0100 Source: dpkg Binary: dpkg dselect dpkg-dev Architecture: source i386 all Version: 1.13.8 Distribution: experimental Urgency: low Maintainer: Scott James Remnant [EMAIL PROTECTED] Changed-By: Scott James Remnant [EMAIL PROTECTED] Description: dpkg - Package maintenance system for Debian dpkg-dev - Package building tools for Debian dselect- a user tool to manage Debian packages Changes: dpkg (1.13.8) experimental; urgency=low . The In like Flynn Release. . * Linux 2.6.12 changed the behaviour of mmap to fail and set EINVAL when given a zero length, rather than returning NULL. This is POSIXly correct, so handle zero-length package control files (like available). Files: e9af5943d0c123f6f2e46a3172cb4483 605 base required dpkg_1.13.8.dsc 27f76b8acacfe8b94a4d01aec1f67ccd 3551817 base required dpkg_1.13.8.tar.gz d20812a2b6054e4a68dc46bd57e8c4b8 1779088 base required dpkg_1.13.8_i386.deb e2688f30021c743509b301d31f976656 120444 base required dselect_1.13.8_i386.deb e87edb4f0c9487754c0e4306885527c6 161618 utils standard dpkg-dev_1.13.8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCqThiIexP3IStZ2wRAmtDAJwNMgUTEJnkIDHGOqXYstu40DW2XACfTR1b YfQazwqYqxjfvxBYHhdaQ2Y= =9Q5u -END PGP SIGNATURE- Accepted: dpkg-dev_1.13.8_all.deb to pool/main/d/dpkg/dpkg-dev_1.13.8_all.deb dpkg_1.13.8.dsc to pool/main/d/dpkg/dpkg_1.13.8.dsc dpkg_1.13.8.tar.gz to pool/main/d/dpkg/dpkg_1.13.8.tar.gz dpkg_1.13.8_i386.deb to pool/main/d/dpkg/dpkg_1.13.8_i386.deb dselect_1.13.8_i386.deb to pool/main/d/dpkg/dselect_1.13.8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted wget 1.10-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Jun 2005 23:28:23 +0200 Source: wget Binary: wget Architecture: source i386 Version: 1.10-1 Distribution: unstable Urgency: low Maintainer: Noèl Köthe [EMAIL PROTECTED] Changed-By: Noèl Köthe [EMAIL PROTECTED] Description: wget - retrieves files from the web Closes: 32712 153652 181634 182523 184415 184463 215134 222695 228437 232276 240281 261526 263455 268861 271265 279901 282413 284550 288385 290887 296182 301624 308171 310416 Changes: wget (1.10-1) unstable; urgency=low . * new upstream release *yippie*;) * using now dpatch for package changes * long awaited large file system (LFS) is included (closes: Bug#240281) (closes: Bug#181634) (closes: Bug#263455) (closes: Bug#282413) * double slash problem fixed (closes: Bug#184415) * length of body is now checked (closes: Bug#271265) * Crashes when parsing malformed directory listings from FTP server fixed (closes: Bug#279901) * fixes ~ unsafe character (closes: Bug#301624) * fixed commas in directory names (closes: Bug#215134) * incorrect indication in the man page is now corrected (closes: Bug#222695) * fixed --limit-rate disabled when retrying a download (closes: Bug#232276) * --no-http-keep-alive option now in the doc (closes: Bug#290887) * fixed recursion breaks on link tag (closes: Bug#310416) * added (error) messages for syntax errors in .wgetrc (closes: Bug#182523) * fixed http basic auth fails if (empty) password is not specified (closes: Bug#184463) * removed @ chars in manpage (closes: Bug#228437) * added EXAMPLES section to the manpage (closes: Bug#261526) * added --retry-connrefused to manpage (closes: Bug#268861) * corrected paths of wgetrc (closes: Bug#308171) * reenabled ipv6 support (closes: Bug#288385) * ca.po from 2005-04-28 12:13+0200 (closes: Bug#296182) * fixed https CONNECT proxying (closes: Bug#284550) * fixed --limit-rate option is ignored when resizing the xterm (closes: Bug#153652) * fixed -m sets atimet to remote mtime (closes: Bug#32712) Files: 1fb8be1ba6a5663366183b91f4f55bc2 590 web optional wget_1.10-1.dsc caddc199d2cb31969e32b19fd365b0c5 1593119 web optional wget_1.10.orig.tar.gz d4d3a0e5c1cba939dfed7ff3387ae9fa 12028 web optional wget_1.10-1.diff.gz 53c310094a9834e16b46b4cc310477a1 411740 web optional wget_1.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqUet9/DnDzB9Vu0RAkbrAKCKLLebsWx2tzQEqrh80KwkYzAliQCfc9eU 4Okoabobr+RpENqRdz5pa80= =VSBX -END PGP SIGNATURE- Accepted: wget_1.10-1.diff.gz to pool/main/w/wget/wget_1.10-1.diff.gz wget_1.10-1.dsc to pool/main/w/wget/wget_1.10-1.dsc wget_1.10-1_i386.deb to pool/main/w/wget/wget_1.10-1_i386.deb wget_1.10.orig.tar.gz to pool/main/w/wget/wget_1.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted freebsd-sendpr 3.113+5.3-5 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 00:56:27 +0200 Source: freebsd-sendpr Binary: freebsd-sendpr Architecture: source all Version: 3.113+5.3-5 Distribution: unstable Urgency: low Maintainer: GNU/kFreeBSD Maintainers debian-bsd@lists.debian.org Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: freebsd-sendpr - FreeBSD fork of send-pr (from GNU GNATS) Changes: freebsd-sendpr (3.113+5.3-5) unstable; urgency=low . * Package adopted by the GNU/kFreeBSD Maintainers. Thanks to Robert Millan for all the work done on this package. * Changed Build-Depends into Build-Depends-Indep. * Uncompress installed manpages so they get recompressed at maximum by dh_compress. Files: 12b402d63ba76a25843918253cd1ed11 860 utils extra freebsd-sendpr_3.113+5.3-5.dsc f6ed942885376dcdd1d58bdcaa900fb5 2765 utils extra freebsd-sendpr_3.113+5.3-5.diff.gz d8da0aa3ac787892e558c6c274d9029c 31938 utils extra freebsd-sendpr_3.113+5.3-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqMoXw3ao2vG823MRAk8EAJ9dqRNEJzCNLSsjoLyL8hXjYoxIiACfTa+W hARh1ONRfc7CTKxXlD2AQEM= =qW3M -END PGP SIGNATURE- Accepted: freebsd-sendpr_3.113+5.3-5.diff.gz to pool/main/f/freebsd-sendpr/freebsd-sendpr_3.113+5.3-5.diff.gz freebsd-sendpr_3.113+5.3-5.dsc to pool/main/f/freebsd-sendpr/freebsd-sendpr_3.113+5.3-5.dsc freebsd-sendpr_3.113+5.3-5_all.deb to pool/main/f/freebsd-sendpr/freebsd-sendpr_3.113+5.3-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kfreebsd5-source 5.3-14 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 07:23:46 +0200 Source: kfreebsd5-source Binary: kfreebsd5-source Architecture: source all Version: 5.3-14 Distribution: unstable Urgency: low Maintainer: GNU/kFreeBSD Maintainers debian-bsd@lists.debian.org Changed-By: Aurelien Jarno [EMAIL PROTECTED] Description: kfreebsd5-source - source code for kernel of FreeBSD 5.3 Closes: 312524 Changes: kfreebsd5-source (5.3-14) unstable; urgency=low . * Provides kfreebsd-source instead of kernel-source (closes: bug#312524). Files: 882f216ce8fd91fad0ea073cbe38acf7 822 devel optional kfreebsd5-source_5.3-14.dsc dfe4ce69d2625cf6e9604394111e099e 82519 devel optional kfreebsd5-source_5.3-14.diff.gz 42d76195e492abfac1bf6e695e1edd8d 13074116 devel optional kfreebsd5-source_5.3-14_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqSaNw3ao2vG823MRAqahAKCAOlRTZRo00evxPQJk0bBZM5eJyACdETPl 9qFqnth9wgFQQpqs//5RUf8= =NOAC -END PGP SIGNATURE- Accepted: kfreebsd5-source_5.3-14.diff.gz to pool/main/k/kfreebsd5-source/kfreebsd5-source_5.3-14.diff.gz kfreebsd5-source_5.3-14.dsc to pool/main/k/kfreebsd5-source/kfreebsd5-source_5.3-14.dsc kfreebsd5-source_5.3-14_all.deb to pool/main/k/kfreebsd5-source/kfreebsd5-source_5.3-14_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ppxp 0.2001080415-11 (hppa source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 20 Apr 2005 21:05:08 +0200 Source: ppxp Binary: ppxp-tcltk ppxp ppxp-dev ppxp-x11 Architecture: source hppa Version: 0.2001080415-11 Distribution: unstable Urgency: high Maintainer: Martin Schulze [EMAIL PROTECTED] Changed-By: Martin Schulze [EMAIL PROTECTED] Description: ppxp - Yet another PPP program ppxp-dev - development kit for ppxp consoles development ppxp-tcltk - tk console of ppxp ppxp-x11 - X console of ppxp Changes: ppxp (0.2001080415-11) unstable; urgency=high . * Non-maintainer upload by the Security Team for the QA team * Drop privileges before opening a (potentially user supplied) log file for writing [src/console.c, CAN-2005-0392] Files: 7fb35477a23b4e146b54a0f01b6864b8 702 net optional ppxp_0.2001080415-11.dsc 41cdc86bbe73869adc967367fed5a691 8903 net optional ppxp_0.2001080415-11.diff.gz da3f139673f55354adee70ee4b87805e 241678 net optional ppxp_0.2001080415-11_hppa.deb 6a339e4da919b92868a3c37d1aa6b2b4 69814 net optional ppxp-x11_0.2001080415-11_hppa.deb b5de7e51186a9f4619db0866c0521389 61422 net optional ppxp-tcltk_0.2001080415-11_hppa.deb 101fac917a7442f9c78a35686910d984 69414 devel optional ppxp-dev_0.2001080415-11_hppa.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCZqtWW5ql+IAeqTIRAjeBAJ9ib9i737qajhG6kRJEZQSg5b2yKACfZP8D QYLYYcDHgApfuGtDKLZZqlA= =oDf9 -END PGP SIGNATURE- Accepted: ppxp-dev_0.2001080415-11_hppa.deb to pool/main/p/ppxp/ppxp-dev_0.2001080415-11_hppa.deb ppxp-tcltk_0.2001080415-11_hppa.deb to pool/main/p/ppxp/ppxp-tcltk_0.2001080415-11_hppa.deb ppxp-x11_0.2001080415-11_hppa.deb to pool/main/p/ppxp/ppxp-x11_0.2001080415-11_hppa.deb ppxp_0.2001080415-11.diff.gz to pool/main/p/ppxp/ppxp_0.2001080415-11.diff.gz ppxp_0.2001080415-11.dsc to pool/main/p/ppxp/ppxp_0.2001080415-11.dsc ppxp_0.2001080415-11_hppa.deb to pool/main/p/ppxp/ppxp_0.2001080415-11_hppa.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ion3-mod-ionflux 20050428-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 10:19:35 +0200 Source: ion3-mod-ionflux Binary: ion3-mod-ionflux Architecture: source i386 Version: 20050428-4 Distribution: unstable Urgency: low Maintainer: René van Bevern [EMAIL PROTECTED] Changed-By: René van Bevern [EMAIL PROTECTED] Description: ion3-mod-ionflux - remote control for the ion3 window manager Closes: 312801 Changes: ion3-mod-ionflux (20050428-4) unstable; urgency=low . * Closes: #312801: FTBFS: missing binary-arch target. Files: abd37f32a564daa5904d6001b8b78631 704 x11 extra ion3-mod-ionflux_20050428-4.dsc 24cff8e8dfea186b27031c1f66d1e135 3916 x11 extra ion3-mod-ionflux_20050428-4.diff.gz 3128bf00d441dee1d6001663cc0130d7 10654 x11 extra ion3-mod-ionflux_20050428-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqVlTr/RnCw96jQERAgJSAKCTg9V3AN/MO0IErUG7iZQmySs3eACaAp0U Yn66G6hN5uWXPHzWsYdvKVQ= =tWb8 -END PGP SIGNATURE- Accepted: ion3-mod-ionflux_20050428-4.diff.gz to pool/main/i/ion3-mod-ionflux/ion3-mod-ionflux_20050428-4.diff.gz ion3-mod-ionflux_20050428-4.dsc to pool/main/i/ion3-mod-ionflux/ion3-mod-ionflux_20050428-4.dsc ion3-mod-ionflux_20050428-4_i386.deb to pool/main/i/ion3-mod-ionflux/ion3-mod-ionflux_20050428-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted remind 03.00.23-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 11:37:29 +0200 Source: remind Binary: remind Architecture: source i386 Version: 03.00.23-5 Distribution: unstable Urgency: low Maintainer: René van Bevern [EMAIL PROTECTED] Changed-By: René van Bevern [EMAIL PROTECTED] Description: remind - a sophisticated reminder service Closes: 312814 Changes: remind (03.00.23-5) unstable; urgency=low . * Closes: #312814: FTBFS: missing binary-arch target Files: 9b5d2ebf3cc3424e821726593bb9d0d1 564 utils optional remind_03.00.23-5.dsc a021a8c1af239aa0b31356f378922082 6338 utils optional remind_03.00.23-5.diff.gz e29259560517f6dea5c213694cd275ca 210478 utils optional remind_03.00.23-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqWH7r/RnCw96jQERAhjKAKCkK73MftHXYPnX1axGsHg2Ef0CsQCgr05C vO/qR2u/xqCAn4F4dldSHos= =cyXn -END PGP SIGNATURE- Accepted: remind_03.00.23-5.diff.gz to pool/main/r/remind/remind_03.00.23-5.diff.gz remind_03.00.23-5.dsc to pool/main/r/remind/remind_03.00.23-5.dsc remind_03.00.23-5_i386.deb to pool/main/r/remind/remind_03.00.23-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ncmpc 0.11.1-7 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 10:24:03 +0200 Source: ncmpc Binary: ncmpc Architecture: source i386 Version: 0.11.1-7 Distribution: unstable Urgency: low Maintainer: René van Bevern [EMAIL PROTECTED] Changed-By: René van Bevern [EMAIL PROTECTED] Description: ncmpc - text based client for the Music Player Daemon Changes: ncmpc (0.11.1-7) unstable; urgency=low . * Bring back binary-arch targets, fix FTBFS . * Upload sponsored by Norbert Tretkowski [EMAIL PROTECTED] Files: 1a61e396951a2dac3b5829d951e46be9 606 sound optional ncmpc_0.11.1-7.dsc 34969974125fda3dc5451f1033c76078 9348 sound optional ncmpc_0.11.1-7.diff.gz cc76449361783cdaf805573aecc13401 71696 sound optional ncmpc_0.11.1-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqVo7r/RnCw96jQERAt8sAKCTxSXnAz+S440rXxr8CW2QhCvpJQCgkPrL k18M3lafh45iTA7zcdP7BWU= =9Ykh -END PGP SIGNATURE- Accepted: ncmpc_0.11.1-7.diff.gz to pool/main/n/ncmpc/ncmpc_0.11.1-7.diff.gz ncmpc_0.11.1-7.dsc to pool/main/n/ncmpc/ncmpc_0.11.1-7.dsc ncmpc_0.11.1-7_i386.deb to pool/main/n/ncmpc/ncmpc_0.11.1-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtext-iconv-perl 1.2-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 21:05:07 +1000 Source: libtext-iconv-perl Binary: libtext-iconv-perl Architecture: source i386 Version: 1.2-4 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libtext-iconv-perl - converts between character sets in Perl Changes: libtext-iconv-perl (1.2-4) unstable; urgency=low . * New maintainer. Files: c41099b32eca424452dd1cb55851c993 622 perl important libtext-iconv-perl_1.2-4.dsc c59ac09564a2fe7baf90abff3443cc89 2330 perl important libtext-iconv-perl_1.2-4.diff.gz cbc152fe480ec671964b7228bc7d1b25 12256 perl important libtext-iconv-perl_1.2-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCqXZTgY5NIXPNpFURAsQdAKDWhAsv980+rhc7RFqvDgx79M02vgCfcGLa hqD32yt1G4ZmkcXPlU/bdOI= =4O6v -END PGP SIGNATURE- Accepted: libtext-iconv-perl_1.2-4.diff.gz to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.2-4.diff.gz libtext-iconv-perl_1.2-4.dsc to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.2-4.dsc libtext-iconv-perl_1.2-4_i386.deb to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.2-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gucharmap 1:1.4.3-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 12:21:59 +0200 Source: gucharmap Binary: libgucharmap4 libgucharmap4-dev gucharmap Architecture: source i386 Version: 1:1.4.3-2 Distribution: unstable Urgency: low Maintainer: Jordi Mallach [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: gucharmap - Unicode character picker and font browser libgucharmap4 - Unicode browser widget library (shared library) libgucharmap4-dev - Unicode browser widget library (development headers) Closes: 234324 258829 260475 289589 Changes: gucharmap (1:1.4.3-2) unstable; urgency=low . * debian/control.in: build-depend on libgnomeui-dev to get the Help menu back (closes: #289589). Please refrain from filing bugs about gucharmap now requires a hell lot of evil GNOME deps. * debian/rules: - don't use --disable-gnome in configure. - fix bashism. * New versions show Arabic letter Veh in the Character Details tab (closes: #234324). * Does no longer crash when selecting the Hangul Compatibility Jamo Unicode block (closes: #260475). * Does not spit any more GLib-GObject-WARNINGs on startup (closes: #258829). Files: ccfea9548d003da4fc05d3f015dbacce 1624 x11 optional gucharmap_1.4.3-2.dsc 1b3da240beda648627123ec08c245ae0 4121 x11 optional gucharmap_1.4.3-2.diff.gz b86e15bd09fec023815e959b5b4b01e1 1045750 libs optional libgucharmap4_1.4.3-2_i386.deb 54efc3b7a2442a3e096a82c70587d653 648568 x11 optional gucharmap_1.4.3-2_i386.deb b6c7eea8d12d4168cb883039fc743ee4 24940 devel optional libgucharmap4-dev_1.4.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqXyEJYSUupF6Il4RAtzZAKCsq0kG+5Zs9WLUIrSg6H8D+4vjggCgidxu noy/bAeRkcCwTPZlzUFbTYU= =u9WS -END PGP SIGNATURE- Accepted: gucharmap_1.4.3-2.diff.gz to pool/main/g/gucharmap/gucharmap_1.4.3-2.diff.gz gucharmap_1.4.3-2.dsc to pool/main/g/gucharmap/gucharmap_1.4.3-2.dsc gucharmap_1.4.3-2_i386.deb to pool/main/g/gucharmap/gucharmap_1.4.3-2_i386.deb libgucharmap4-dev_1.4.3-2_i386.deb to pool/main/g/gucharmap/libgucharmap4-dev_1.4.3-2_i386.deb libgucharmap4_1.4.3-2_i386.deb to pool/main/g/gucharmap/libgucharmap4_1.4.3-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcalctool 5.6.14-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 13:51:07 +0200 Source: gcalctool Binary: calctool gcalctool Architecture: source all i386 Version: 5.6.14-1 Distribution: unstable Urgency: low Maintainer: Jordi Mallach [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: calctool - A GTK+ 2.0 desktop calculator [dummy package] gcalctool - A GTK+ 2.0 desktop calculator Closes: 297208 310356 Changes: gcalctool (5.6.14-1) unstable; urgency=low . * New upstream release. * Upload to unstable. * debian/gcalctool.menu: fix package and app names (closes: #297208). * debian/patches/01_manpage_typos.patch: fix two typos found by A. Costa (closes: #310356). * debian/rules: don't install debian/gcalctool.1, upstream now ships one. * debian/gcalctool.1: removed. * debian/watch: updated. Files: 163a73d782961ad170094f3f02eb639a 1652 math optional gcalctool_5.6.14-1.dsc 47dd6af9c6eff49d8ebd4c0eddf3d935 1712246 math optional gcalctool_5.6.14.orig.tar.gz 56c70b12eb5ec25f9c038b300bf15b74 4809 math optional gcalctool_5.6.14-1.diff.gz 5bce0a64aab5c976586b720623d675b5 52626 math optional calctool_5.6.14-1_all.deb beb5caa541b50f50dbd31f40be5a9470 765346 math optional gcalctool_5.6.14-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqYQyJYSUupF6Il4RAqPUAJ9LmdKjh1r7d1bcuIXfhzhCMNzlBQCfS7H9 c/lNtYjgl6YqYd7DRxsW75A= =JtVS -END PGP SIGNATURE- Accepted: calctool_5.6.14-1_all.deb to pool/main/g/gcalctool/calctool_5.6.14-1_all.deb gcalctool_5.6.14-1.diff.gz to pool/main/g/gcalctool/gcalctool_5.6.14-1.diff.gz gcalctool_5.6.14-1.dsc to pool/main/g/gcalctool/gcalctool_5.6.14-1.dsc gcalctool_5.6.14-1_i386.deb to pool/main/g/gcalctool/gcalctool_5.6.14-1_i386.deb gcalctool_5.6.14.orig.tar.gz to pool/main/g/gcalctool/gcalctool_5.6.14.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gthumb 3:2.6.5-0.1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 13:51:21 +0200 Source: gthumb Binary: gthumb Architecture: source i386 Version: 3:2.6.5-0.1 Distribution: experimental Urgency: low Maintainer: Remco van de Meent [EMAIL PROTECTED] Changed-By: Remco van de Meent [EMAIL PROTECTED] Description: gthumb - an image viewer and browser for GNOME2 Changes: gthumb (3:2.6.5-0.1) experimental; urgency=low . * New upstream release * Upload to experimental, because of dependencies on GNOME 2.10.1 which is not fully in unstable yet Files: ac8e4b57973aaefe70358b109fbdc2d2 767 gnome optional gthumb_2.6.5-0.1.dsc 651554cfd8824f957f4114a01bd95d62 3455532 gnome optional gthumb_2.6.5.orig.tar.gz c7fd9ccb8fba381ffc1d07bf071cc274 26326 gnome optional gthumb_2.6.5-0.1.diff.gz 89600b889f2a74a780d6f03e4e463507 2573794 gnome optional gthumb_2.6.5-0.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqYl/2tWnGbzBMd4RApycAKChO/zbddjiOJxPZMhMQ7pJZaRBLwCeJKIS hs00M6I3Jb1MQYO1PkdL1+0= =DoOs -END PGP SIGNATURE- Accepted: gthumb_2.6.5-0.1.diff.gz to pool/main/g/gthumb/gthumb_2.6.5-0.1.diff.gz gthumb_2.6.5-0.1.dsc to pool/main/g/gthumb/gthumb_2.6.5-0.1.dsc gthumb_2.6.5-0.1_i386.deb to pool/main/g/gthumb/gthumb_2.6.5-0.1_i386.deb gthumb_2.6.5.orig.tar.gz to pool/main/g/gthumb/gthumb_2.6.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-panel 2.10.1-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 7 Jun 2005 23:44:00 +0200 Source: gnome-panel Binary: gnome-panel-data libpanel-applet2-doc libpanel-applet2-dev gnome-panel libpanel-applet2-dbg libpanel-applet2-0 Architecture: source i386 all Version: 2.10.1-3 Distribution: unstable Urgency: low Maintainer: Marc Dequènes (Duck) [EMAIL PROTECTED] Changed-By: Marc Dequènes (Duck) [EMAIL PROTECTED] Description: gnome-panel - launcher and docking facility for GNOME 2 gnome-panel-data - common files for GNOME 2 panel libpanel-applet2-0 - library for GNOME 2 panel applets libpanel-applet2-dbg - library for GNOME 2 panel applets - library with debugging symbol libpanel-applet2-dev - library for GNOME 2 panel applets - development files libpanel-applet2-doc - library for GNOME 2 panel applets - documentation files Closes: 260480 272885 275215 293656 307098 312609 Changes: gnome-panel (2.10.1-3) unstable; urgency=low . * Upload to unstable (Closes: #312609). * Added patch to solve menu files conflicts with other desktop environnements (Closes: #307098) (thanks to seb128). * Removed clean rule hack to work around #299010. . gnome-panel (2.10.1-2) experimental; urgency=low . * Some more build-depends, depends, and suggests update (gnome-about and new gnome-menus are now dependencies). * Fixed in 2.10 branch : + drawer does not open at the right place on dual-screen display (Closes: #260480). + click repeat rate in calendar view for clock applet is too fast (Closes: #272885). + panel won't scale some SVGs properly (Closes: #275215). + translation error in pt-BR (Closes: #293656). * Removed 'gnome-panel-screenshot' man page (command moved to gnome- utils). * Fixed stupid cut-and-paste mistake in 'debian/copyright'. . gnome-panel (2.10.1-1) experimental; urgency=low . * New upstream release * Removed the following patches now included upstream : + 03_french_typo.patch + 06_translation_silliness.patch + 08_improved_run_in_term_speed.patch * Mass build-depends and depends update. * Patched libpanel-applet to correctly link with X11. * Re-autogen-ized. * Removed '/usr/share/gnome-panel' not used anymore in 'debian/gnome- panel-data.install'. * Updated 'debian/watch'. Files: 36c238519a54491839d095d4c96d580b 2130 gnome optional gnome-panel_2.10.1-3.dsc a7d374e3ebf454f7bfe5b7a8d287bb26 182909 gnome optional gnome-panel_2.10.1-3.diff.gz 88433c882d7d8529ba40d0f79ce310af 83326 doc optional libpanel-applet2-doc_2.10.1-3_all.deb 0916260321bb96718b6615687e2eb88e 2474018 gnome optional gnome-panel-data_2.10.1-3_all.deb f6ce7c6354acc0275dba3c0b7d335ef9 372708 gnome optional gnome-panel_2.10.1-3_i386.deb a0cbd28e13b2f4dffc07267f763e6115 82980 libs optional libpanel-applet2-0_2.10.1-3_i386.deb 8acb186d548cac763255b45958075f78 446644 libdevel optional libpanel-applet2-dbg_2.10.1-3_i386.deb 45e8737450e21ee961b7cf1b8d5133fc 88526 libdevel optional libpanel-applet2-dev_2.10.1-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD4DBQFCqJ4AsczZcpAmcIYRAqLAAJ4u37cwfiEJkpknoh4yhCTduxJhQwCXT0gi udZJ4YK01PC4WeerD1zVdg== =sPAw -END PGP SIGNATURE- Accepted: gnome-panel-data_2.10.1-3_all.deb to pool/main/g/gnome-panel/gnome-panel-data_2.10.1-3_all.deb gnome-panel_2.10.1-3.diff.gz to pool/main/g/gnome-panel/gnome-panel_2.10.1-3.diff.gz gnome-panel_2.10.1-3.dsc to pool/main/g/gnome-panel/gnome-panel_2.10.1-3.dsc gnome-panel_2.10.1-3_i386.deb to pool/main/g/gnome-panel/gnome-panel_2.10.1-3_i386.deb libpanel-applet2-0_2.10.1-3_i386.deb to pool/main/g/gnome-panel/libpanel-applet2-0_2.10.1-3_i386.deb libpanel-applet2-dbg_2.10.1-3_i386.deb to pool/main/g/gnome-panel/libpanel-applet2-dbg_2.10.1-3_i386.deb libpanel-applet2-dev_2.10.1-3_i386.deb to pool/main/g/gnome-panel/libpanel-applet2-dev_2.10.1-3_i386.deb libpanel-applet2-doc_2.10.1-3_all.deb to pool/main/g/gnome-panel/libpanel-applet2-doc_2.10.1-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gliv 1.9.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 14:42:57 +0200 Source: gliv Binary: gliv Architecture: source i386 Version: 1.9.3-1 Distribution: unstable Urgency: low Maintainer: Remco van de Meent [EMAIL PROTECTED] Changed-By: Remco van de Meent [EMAIL PROTECTED] Description: gliv - image viewer using gdk-pixbuf and OpenGL Changes: gliv (1.9.3-1) unstable; urgency=low . * New upstream release Files: dc972f24ab4e0584d7cf06c198b56fb5 623 graphics optional gliv_1.9.3-1.dsc 07bb026197128c6d86c2977a22e24ea2 610420 graphics optional gliv_1.9.3.orig.tar.gz 63cfef5894dbbddd0acf37cd6606d553 2384 graphics optional gliv_1.9.3-1.diff.gz 9903ba545378d7a933517de5035cfb9c 169672 graphics optional gliv_1.9.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqYuA2tWnGbzBMd4RAnNOAJ4xl6mmDC2z6fGExavESVFIDK2mBACbB8jC hcJTRe5jxX4VyaHEMjLkqBM= =VNt3 -END PGP SIGNATURE- Accepted: gliv_1.9.3-1.diff.gz to pool/main/g/gliv/gliv_1.9.3-1.diff.gz gliv_1.9.3-1.dsc to pool/main/g/gliv/gliv_1.9.3-1.dsc gliv_1.9.3-1_i386.deb to pool/main/g/gliv/gliv_1.9.3-1_i386.deb gliv_1.9.3.orig.tar.gz to pool/main/g/gliv/gliv_1.9.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-menus 2.10.1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 7 Jun 2005 19:47:00 +0200 Source: gnome-menus Binary: libgnome-menu0 gnome-menus libgnome-menu-dev Architecture: source i386 Version: 2.10.1-2 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: gnome-menus - an implementation of the freedesktop menu specification for GNOME libgnome-menu-dev - an implementation of the freedesktop menu specification for GNOME libgnome-menu0 - an implementation of the freedesktop menu specification for GNOME Closes: 307098 Changes: gnome-menus (2.10.1-2) unstable; urgency=low . * Upload to unstable. * debian/patches/06_menus_rename.diff: - patch for the menus rename. * debian/rules: - renamed menu files to not conflict with other desktops (Closes: #307098). Files: a55904f0145085ef791fb26b55c1d3e4 1596 gnome optional gnome-menus_2.10.1-2.dsc 256d1d647981d88f676566a39b25f73a 4302 gnome optional gnome-menus_2.10.1-2.diff.gz 86400ffe88796846b11b3d445815ee34 65030 gnome optional gnome-menus_2.10.1-2_i386.deb 9c3a6d0ef88d982eee26359e41f99d95 44244 gnome optional libgnome-menu0_2.10.1-2_i386.deb 188893df6993bf51de30feacac23e369 48328 gnome optional libgnome-menu-dev_2.10.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) iD8DBQFCpg8gQxo87aLX0pIRApdGAJ9Da+aQseEQdSVdndq8Yow1u+PFyACgnKS1 ef4HYpJ6GnIKo4RiI4kaldo= =nDt9 -END PGP SIGNATURE- Accepted: gnome-menus_2.10.1-2.diff.gz to pool/main/g/gnome-menus/gnome-menus_2.10.1-2.diff.gz gnome-menus_2.10.1-2.dsc to pool/main/g/gnome-menus/gnome-menus_2.10.1-2.dsc gnome-menus_2.10.1-2_i386.deb to pool/main/g/gnome-menus/gnome-menus_2.10.1-2_i386.deb libgnome-menu-dev_2.10.1-2_i386.deb to pool/main/g/gnome-menus/libgnome-menu-dev_2.10.1-2_i386.deb libgnome-menu0_2.10.1-2_i386.deb to pool/main/g/gnome-menus/libgnome-menu0_2.10.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted eel2 2.10.1-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 15:14:50 +0200 Source: eel2 Binary: libeel2-dev libeel2-data libeel2-2 Architecture: source i386 all Version: 2.10.1-2 Distribution: unstable Urgency: low Maintainer: Takuo KITAME [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: libeel2-2 - Eazel Extensions Library (for GNOME2) libeel2-data - Eazel Extensions Library - data files (for GNOME2) libeel2-dev - Eazel Extensions Library - development files (GNOME2) Changes: eel2 (2.10.1-2) unstable; urgency=low . * Upload to unstable. Files: d40d39d8c6cb83548cff92d385d4a043 1735 devel optional eel2_2.10.1-2.dsc ca4fcf8f60da3b3bf7b91681c544c681 4820 devel optional eel2_2.10.1-2.diff.gz 7acd244a7d1805acbb37bbce662df78f 147888 libs optional libeel2-data_2.10.1-2_all.deb 3a3f795a36ef37e32e81b48cea4daf37 110694 libdevel optional libeel2-dev_2.10.1-2_i386.deb 0932b5105db675e9213ade2c076837d4 290134 libs optional libeel2-2_2.10.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqZP+Qxo87aLX0pIRAtgCAJwNjR80W0H9c8qE+1um/71c6AhB4QCcCydy AAcB+eMHAou8GpuPaIVAZUI= =zaWK -END PGP SIGNATURE- Accepted: eel2_2.10.1-2.diff.gz to pool/main/e/eel2/eel2_2.10.1-2.diff.gz eel2_2.10.1-2.dsc to pool/main/e/eel2/eel2_2.10.1-2.dsc libeel2-2_2.10.1-2_i386.deb to pool/main/e/eel2/libeel2-2_2.10.1-2_i386.deb libeel2-data_2.10.1-2_all.deb to pool/main/e/eel2/libeel2-data_2.10.1-2_all.deb libeel2-dev_2.10.1-2_i386.deb to pool/main/e/eel2/libeel2-dev_2.10.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nautilus-cd-burner 2.10.1-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 15:54:31 +0200 Source: nautilus-cd-burner Binary: libnautilus-burn-dev libnautilus-burn1 nautilus-cd-burner Architecture: source i386 Version: 2.10.1-2 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: libnautilus-burn-dev - Nautilus Burn Library - development version libnautilus-burn1 - Nautilus Burn Library - runtime version nautilus-cd-burner - CD Burning front-end for Nautilus Changes: nautilus-cd-burner (2.10.1-2) unstable; urgency=low . * Upload to unstable. . nautilus-cd-burner (2.10.1-1) experimental; urgency=low . * New upstream version. * debian/patches/03_unlock.patch: - fixed with the new version. . nautilus-cd-burner (2.10.0-1) experimental; urgency=low . * New upstream version. * Update for the soname change. * debian/control.in: - updated the names and requirements. * debian/patches/02_pmount.patch: - updated. * debian/patches/03_unlock.patch: - fix the device unlocking. * debian/rules: - updated the shlibs. * debian/watch: - updated. Files: 24505a131f0dce5e8405f651daeab67b 1684 gnome optional nautilus-cd-burner_2.10.1-2.dsc 8889781d728f7040a5472aba9d732b91 4536 gnome optional nautilus-cd-burner_2.10.1-2.diff.gz a2160e6abdc18514c0e3d9509a97d7c7 261660 gnome optional nautilus-cd-burner_2.10.1-2_i386.deb 7d3b2ddd1ac18f78f19804e1653ff9c5 56320 gnome optional libnautilus-burn1_2.10.1-2_i386.deb 417af53fc0b25c000d29cdd104ae5bc6 31510 gnome optional libnautilus-burn-dev_2.10.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqZ9qQxo87aLX0pIRAnPcAKDEHAhRDHRujj7L9YyXRhcUUYL4BwCg24Iw u6HHMZ3XiuRYDp4miTysD7w= =2tl7 -END PGP SIGNATURE- Accepted: libnautilus-burn-dev_2.10.1-2_i386.deb to pool/main/n/nautilus-cd-burner/libnautilus-burn-dev_2.10.1-2_i386.deb libnautilus-burn1_2.10.1-2_i386.deb to pool/main/n/nautilus-cd-burner/libnautilus-burn1_2.10.1-2_i386.deb nautilus-cd-burner_2.10.1-2.diff.gz to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_2.10.1-2.diff.gz nautilus-cd-burner_2.10.1-2.dsc to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_2.10.1-2.dsc nautilus-cd-burner_2.10.1-2_i386.deb to pool/main/n/nautilus-cd-burner/nautilus-cd-burner_2.10.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nautilus 2.10.1-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 15:26:25 +0200 Source: nautilus Binary: libnautilus-extension-dev libnautilus-extension1-dbg libnautilus-extension1 nautilus-data nautilus-dbg nautilus Architecture: source i386 all Version: 2.10.1-2 Distribution: unstable Urgency: low Maintainer: Takuo KITAME [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: libnautilus-extension-dev - libraries for nautilus components - development version libnautilus-extension1 - libraries for nautilus components - runtime version libnautilus-extension1-dbg - libraries for nautilus components - runtime version nautilus - file manager and graphical shell for GNOME nautilus-data - data files for nautilus nautilus-dbg - file manager and graphical shell for GNOME Closes: 269490 286039 Changes: nautilus (2.10.1-2) unstable; urgency=low . * Upload to unstable. . nautilus (2.10.1-1) experimental; urgency=low . * Changes by Sébastien Bacher: * New upstream version. * debian/patches/09_connect-server-auth-fix.patch: - fixed upstream. * Changes by Josselin Mouette: * Conflict with libnautilus2-dev. . nautilus (2.10.0-1) experimental; urgency=low . * New upstream release: - better handling of DnD from web browsers (Closes: #269490). - fix the icon layout on ia64 (Closes: #286039). * debian/control.in: - create a debug package. - don't Build-Conflicts on libcdparanoia0-dev - renamed libnautilus2-2 to libnautilus-extension1 to reflect the upstream changes. - updated the Build-Depends. * debian/patches/01_relibtoolise.patch: - updated. * debian/patches/02_build_exif.patch: - fixed upstream. * debian/patches/07_places_bookmarks.patch: - patch to add the GTK bookmarks to the places menu. * debian/patches/08_desktopborder.patch: - don't display a border around the desktop. * debian/patches/09_connect-server-auth-fix.patch: - don't display a warning when creating a share. * debian/rules: - updated the configure options. - updated the shlibs. * debian/watch: - updated. Files: 933f34eba032f67dfeab0ba92c8a67f0 1925 gnome optional nautilus_2.10.1-2.dsc 96ace7837a50d9c093b057c51e0ebce1 32834 gnome optional nautilus_2.10.1-2.diff.gz 80510f3627ed68cdb7cb0596f6393599 3100594 gnome optional nautilus-data_2.10.1-2_all.deb 12a7a195fe9f3f43020780f617c3df6d 843042 gnome optional nautilus_2.10.1-2_i386.deb be670441178581de33dd8cb44f3abe0d 7988320 gnome optional nautilus-dbg_2.10.1-2_i386.deb 623ed2977898c21f85591f1b9eecfc25 45532 libs optional libnautilus-extension1_2.10.1-2_i386.deb ee0bce11ce4b261b900a12ade9c9c648 174532 libs optional libnautilus-extension1-dbg_2.10.1-2_i386.deb 0908a2e9ada4d4021bc6179d71927793 41748 libdevel optional libnautilus-extension-dev_2.10.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqZs6Qxo87aLX0pIRAiOkAJ4gbPGdssMZBky3Mp5IJPun3Cc/YwCgsZfQ KkW+bL72x6q1LQxCPvo3tuM= =O5Cw -END PGP SIGNATURE- Accepted: libnautilus-extension-dev_2.10.1-2_i386.deb to pool/main/n/nautilus/libnautilus-extension-dev_2.10.1-2_i386.deb libnautilus-extension1-dbg_2.10.1-2_i386.deb to pool/main/n/nautilus/libnautilus-extension1-dbg_2.10.1-2_i386.deb libnautilus-extension1_2.10.1-2_i386.deb to pool/main/n/nautilus/libnautilus-extension1_2.10.1-2_i386.deb nautilus-data_2.10.1-2_all.deb to pool/main/n/nautilus/nautilus-data_2.10.1-2_all.deb nautilus-dbg_2.10.1-2_i386.deb to pool/main/n/nautilus/nautilus-dbg_2.10.1-2_i386.deb nautilus_2.10.1-2.diff.gz to pool/main/n/nautilus/nautilus_2.10.1-2.diff.gz nautilus_2.10.1-2.dsc to pool/main/n/nautilus/nautilus_2.10.1-2.dsc nautilus_2.10.1-2_i386.deb to pool/main/n/nautilus/nautilus_2.10.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debsums 2.0.17 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 23:24:41 +1000 Source: debsums Binary: debsums Architecture: source all Version: 2.0.17 Distribution: unstable Urgency: low Maintainer: Brendan O'Dea [EMAIL PROTECTED] Changed-By: Brendan O'Dea [EMAIL PROTECTED] Description: debsums- Verify installed package files against MD5 checksums. Closes: 310212 Changes: debsums (2.0.17) unstable; urgency=low . * Add template translation [vi] from Clytie Siddall (closes: #310212). Files: cf230c33b5da50a79ed10ae6f9fea1d8 490 admin optional debsums_2.0.17.dsc e8490880da91916496fbd585dcaf0895 18757 admin optional debsums_2.0.17.tar.gz f94ae95708f2b1e1a0ecf453aad52ff0 21368 admin optional debsums_2.0.17_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqZx48NyOALKMWZURAgwGAJ9KA29EYQ34PSjtOZ4b0pXWqYcFiACffmUB UJT+nwraW2j0bfWLSDywPOE= =hOV2 -END PGP SIGNATURE- Accepted: debsums_2.0.17.dsc to pool/main/d/debsums/debsums_2.0.17.dsc debsums_2.0.17.tar.gz to pool/main/d/debsums/debsums_2.0.17.tar.gz debsums_2.0.17_all.deb to pool/main/d/debsums/debsums_2.0.17_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libpdf-api2-perl 0.42-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 09:16:28 -0500 Source: libpdf-api2-perl Binary: libpdf-api2-perl Architecture: source all Version: 0.42-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Gunnar Wolf [EMAIL PROTECTED] Description: libpdf-api2-perl - provides the functions for creating PDF documents in Perl Changes: libpdf-api2-perl (0.42-1) unstable; urgency=low . * New upstream release Files: df8335c841fd2dad0eabb722ea46b505 720 perl optional libpdf-api2-perl_0.42-1.dsc 0047fda32ec1af5726a9508d875061d3 3589511 perl optional libpdf-api2-perl_0.42.orig.tar.gz 178923cd55541d99801272f4b08e95f8 4945 perl optional libpdf-api2-perl_0.42-1.diff.gz 2971dcbc4d55aa09884a754a8e262642 3803952 perl optional libpdf-api2-perl_0.42-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqaHV2A7zWou1J68RAsxLAJ9nLK1qvZDu+uq4P0hYr/iHVXotmwCeL1JJ SNAeBqG1820OGrPU8EA5u6A= =6tjI -END PGP SIGNATURE- Accepted: libpdf-api2-perl_0.42-1.diff.gz to pool/main/libp/libpdf-api2-perl/libpdf-api2-perl_0.42-1.diff.gz libpdf-api2-perl_0.42-1.dsc to pool/main/libp/libpdf-api2-perl/libpdf-api2-perl_0.42-1.dsc libpdf-api2-perl_0.42-1_all.deb to pool/main/libp/libpdf-api2-perl/libpdf-api2-perl_0.42-1_all.deb libpdf-api2-perl_0.42.orig.tar.gz to pool/main/libp/libpdf-api2-perl/libpdf-api2-perl_0.42.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted totem 1.0.3-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 01:08:45 +0200 Source: totem Binary: totem-gstreamer totem-xine totem Architecture: source all i386 Version: 1.0.3-1 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: totem - A simple media player for the Gnome desktop (dummy package) totem-gstreamer - A simple media player for the Gnome desktop based on gstreamer totem-xine - A simple media player for the Gnome desktop based on xine Changes: totem (1.0.3-1) unstable; urgency=low . * New upstream version. . totem (1.0.2-1) experimental; urgency=low . * New upstream version. . totem (1.0.1-1) experimental; urgency=low . * New upstream version. * debian/control.in: - updated the requirements. * debian/patches/02_crashnull.dpatch, debian/patches/10_vcd_hang.dpatch: - the new version fixes that. * debian/watch: - updated. Files: 53a3c9c58b0ab47dbc222f5bc9d36833 1946 gnome optional totem_1.0.3-1.dsc 5dd15b1daf3da55ee61bbd32acaac5db 2045248 gnome optional totem_1.0.3.orig.tar.gz 4bb52accea8b60794e440c9287bca1dd 15071 gnome optional totem_1.0.3-1.diff.gz dc88faba12970019fdc04b87857b4215 6388 gnome optional totem_1.0.3-1_all.deb 032d0255d63ef7d60b6b51c1ead223ad 1025798 gnome optional totem-xine_1.0.3-1_i386.deb 13f5df3abec06fab3e7819b85afaced5 1016330 gnome optional totem-gstreamer_1.0.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqaItQxo87aLX0pIRAoxpAJ92ZB41oZOWXHy4qrhm72SHuxLThwCgmeVv WuJC/0JGnmkbpuHc0s3RAfk= =Z6rY -END PGP SIGNATURE- Accepted: totem-gstreamer_1.0.3-1_i386.deb to pool/main/t/totem/totem-gstreamer_1.0.3-1_i386.deb totem-xine_1.0.3-1_i386.deb to pool/main/t/totem/totem-xine_1.0.3-1_i386.deb totem_1.0.3-1.diff.gz to pool/main/t/totem/totem_1.0.3-1.diff.gz totem_1.0.3-1.dsc to pool/main/t/totem/totem_1.0.3-1.dsc totem_1.0.3-1_all.deb to pool/main/t/totem/totem_1.0.3-1_all.deb totem_1.0.3.orig.tar.gz to pool/main/t/totem/totem_1.0.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted man-db 2.4.2-22 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 15:22:16 +0100 Source: man-db Binary: man-db Architecture: source powerpc Version: 2.4.2-22 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: man-db - The on-line manual pager Closes: 309060 Changes: man-db (2.4.2-22) unstable; urgency=low . * Depend on debconf | debconf-2.0. * Add debconf translations: - Vietnamese (thanks, Clytie Siddall; closes: #309060). Files: bca96913bee884485d5d37dfe684b590 597 doc important man-db_2.4.2-22.dsc 6166e20952347cdc67fadf2c15f3dba4 104221 doc important man-db_2.4.2-22.diff.gz 77693c707b0fdf8ab03ec9246f979583 596734 doc important man-db_2.4.2-22_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqac79t0zAhD6TNERAjU7AJ4//lTfVgS95gjqwbG8YeQdKGJaJgCaA3sG 1RPa/bKdMKnPEU5B74JtKTk= =wNYd -END PGP SIGNATURE- Accepted: man-db_2.4.2-22.diff.gz to pool/main/m/man-db/man-db_2.4.2-22.diff.gz man-db_2.4.2-22.dsc to pool/main/m/man-db/man-db_2.4.2-22.dsc man-db_2.4.2-22_powerpc.deb to pool/main/m/man-db/man-db_2.4.2-22_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rasqal 0.9.10-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Jun 2005 17:08:42 +0100 Source: rasqal Binary: rasqal-utils librasqal0-dev librasqal0 Architecture: source i386 Version: 0.9.10-1 Distribution: unstable Urgency: low Maintainer: Dave Beckett [EMAIL PROTECTED] Changed-By: Dave Beckett [EMAIL PROTECTED] Description: librasqal0 - Rasqal RDF query library librasqal0-dev - Rasqal RDF query library development libraries and headers rasqal-utils - Rasqal RDF Query utilities Changes: rasqal (0.9.10-1) unstable; urgency=low . * New upstream release * Require raptor 1.4.7 * Bump librasqal0 shlibs to 0.9.10 Files: 1e0344b1a0b844ea4a430a80bc7ab367 652 devel optional rasqal_0.9.10-1.dsc 6b49ddb30df120a8a918ec12bc9e728e 755006 devel optional rasqal_0.9.10.orig.tar.gz baa5f1d35122c0c08397b3887130d99b 6810 devel optional rasqal_0.9.10-1.diff.gz 42f98421f33080fa8ad1b973f1c20ca7 144968 libdevel optional librasqal0-dev_0.9.10-1_i386.deb 1f0407395b8bb5ddf643f41864be60c3 118068 libs optional librasqal0_0.9.10-1_i386.deb 6b179cb831ecb6190dc3d4feab0c704c 69882 text optional rasqal-utils_0.9.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqGnFQ+ySUE9xlVoRAnvmAJ4h6E1n0OAUKdxoqOLkgxRaqQSd6gCeP7eA jBgB+a69lg2Qor1CEiDLgvk= =R3fp -END PGP SIGNATURE- Accepted: librasqal0-dev_0.9.10-1_i386.deb to pool/main/r/rasqal/librasqal0-dev_0.9.10-1_i386.deb librasqal0_0.9.10-1_i386.deb to pool/main/r/rasqal/librasqal0_0.9.10-1_i386.deb rasqal-utils_0.9.10-1_i386.deb to pool/main/r/rasqal/rasqal-utils_0.9.10-1_i386.deb rasqal_0.9.10-1.diff.gz to pool/main/r/rasqal/rasqal_0.9.10-1.diff.gz rasqal_0.9.10-1.dsc to pool/main/r/rasqal/rasqal_0.9.10-1.dsc rasqal_0.9.10.orig.tar.gz to pool/main/r/rasqal/rasqal_0.9.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yaws 1.55-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 10 Jun 2005 16:02:30 +0100 Source: yaws Binary: yaws Architecture: source i386 Version: 1.55-1 Distribution: unstable Urgency: low Maintainer: Will Newton [EMAIL PROTECTED] Changed-By: Will Newton [EMAIL PROTECTED] Description: yaws - high performance HTTP 1.1 webserver written in Erlang Changes: yaws (1.55-1) unstable; urgency=low . * New upstream version. Files: cbfc682a65001911673455d42c2dc460 566 web optional yaws_1.55-1.dsc b720422b880e137a9e92571621702f03 676773 web optional yaws_1.55.orig.tar.gz 24c3b2a25bc3f651f80bb06997ed2c44 11680 web optional yaws_1.55-1.diff.gz 2a0e0ddaad72c084d22b900a061eecfe 645272 web optional yaws_1.55-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCqawElv9v5CRKz7cRAjs9AJwImMHMeKKOmHEXCShIHMOj4KROUwCfWOAg fe03ued1b2EIjWVoHWaBegQ= =mCMN -END PGP SIGNATURE- Accepted: yaws_1.55-1.diff.gz to pool/main/y/yaws/yaws_1.55-1.diff.gz yaws_1.55-1.dsc to pool/main/y/yaws/yaws_1.55-1.dsc yaws_1.55-1_i386.deb to pool/main/y/yaws/yaws_1.55-1_i386.deb yaws_1.55.orig.tar.gz to pool/main/y/yaws/yaws_1.55.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
