Mass bug filing: lesstif1->lesstif2 transition
Lesstif1 is deprecated in favour of the upstream maintained lesstif2. More background is available here: http://lists.debian.org/debian-release/2006/06/msg00154.html Transition status will be tracked on the Wiki: http://wiki.debian.org/OngoingTransitions Affected packages are: Adrian Bridgett <[EMAIL PROTECTED]> xmcd Eric Delaunay <[EMAIL PROTECTED]> xtel Anthony Fok <[EMAIL PROTECTED]> stardic Debian QA Group <[EMAIL PROTECTED]> electric Steve Langasek <[EMAIL PROTECTED]> sqsh Camm Maguire <[EMAIL PROTECTED]> xmpi Steffen Moeller <[EMAIL PROTECTED]> clustalw Barak Pearlmutter <[EMAIL PROTECTED]> sciplot Petter Reinholdtsen <[EMAIL PROTECTED]> plan Steve M. Robbins <[EMAIL PROTECTED]> geomview inventor Josip Rodin <[EMAIL PROTECTED]> xsol Joop Stakenborg <[EMAIL PROTECTED]> twclock twpsk Andreas Tille <[EMAIL PROTECTED]> njplot Aaron M. Ucko <[EMAIL PROTECTED]> ncbi-tools6 Lucas Wall <[EMAIL PROTECTED]> imaze Sam Hocevar (Debian packages) <[EMAIL PROTECTED]> elk lesstif1-1 Best wishes and try have a good weekend, signature.asc Description: Digital signature
Work-needing packages report for Jun 16, 2006
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: 280 (new: 1) Total number of packages offered up for adoption: 86 (new: 3) Total number of packages requested help for: 21 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: sawfish (#373702), orphaned yesterday Description: a window manager for X11 Reverse Depends: gnome-core sawfish-merlin-ugliness sawfish-pager sawfish-themes sawfish-xmms Installations reported by Popcon: 1063 279 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: libraw1394 (#372802), offered 4 days ago Description: library for direct access to IEEE 1394 bus (aka FireWire) Reverse Depends: coriander dvgrab ffmpeg ffmpeg2theora gscanbus gstreamer0.10-plugins-good gstreamer0.8-dv kcontrol kino libavc1394-0 (19 more omitted) Installations reported by Popcon: 7466 libspf2 (#372629), offered 5 days ago Description: Sender Policy Framework library, written in C Reverse Depends: libspf2-dev spfquery Installations reported by Popcon: 37 libsrs2 (#372630), offered 5 days ago Description: SRS email address rewriting engine Reverse Depends: libsrs2-dev Installations reported by Popcon: 10 83 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: [NEW] ntp (#373824), requested today Description: Network Time Protocol: network utilities Reverse Depends: nagios-plugins-standard ntp-refclock ntp-server ntp-simple radioclk Installations reported by Popcon: 8037 aboot (#315592), requested 357 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-server Installations reported by Popcon: 53 apt-build (#365427), requested 47 days ago Description: Need new developer(s) Installations reported by Popcon: 417 athcool (#278442), requested 597 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 218 cvs (#354176), requested 112 days ago Description: Concurrent Versions System Reverse Depends: bonsai cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvsconnect cvsd cvsdelta cvsps cvsreport (15 more omitted) Installations reported by Popcon: 7132 docbook (#358522), requested 85 days ago Description: standard SGML representation system for technical documents Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man sgmltools-lite Installations reported by Popcon: 3331 docbook-xml (#358520), requested 85 days ago Description: standard XML documentation system, for software and systems Reverse Depends: dblatex docbook-dsssl docbook-ebnf docbook-html-forms docbook-jrefentry docbook-mathml docbook-simple docbook-slides docbook-website docbook-xsl-stylesheets-ko (6 more omitted) Installations reported by Popcon: 8041 dpkg (#282283), requested 572 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-src backuppc build-essential clamsmtp crosshurd cvs-autoreleasedeb cvs-buildpackage (83 more omitted) Installations reported by Popcon: 13303 grub (#248397), requested 766 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-splashimages grubconf replicator Installations reported by Popcon: 10085 gtkpod (#319711), requested 326 days ago Description: manage songs and playlists on an Apple iPod Installations reported by Popcon: 339 lirc (#364606), requested 52 days ago Description: Linux Infra-red Remote Control support Reverse Depends: digitaldj fbtv gkrellm-radio gxine irmp3 kradio liblircclient-dev lirc lirc-svga lirc-x (15 more omitted) Installations reported by Popcon: 7400 mwavem (#313369), requested 367 days ago (non-free) Description: Mwave/ACP modem support software Installations reported by Popcon: 6 nas (#354174), requested 112 days ago Description: The Network Audio System Reverse Depends: abakus abuse acm acm4 adept alsaplayer-nas apollon ark arson asc (235 more omitted) Installations reported by Popcon: 8927 openssl (#332498), r
Re: Bug#363486: dpkg: [update-alternatives] New categories for: WORD, EXCEL, MEDIA-PLAYER etc.
On Wed, 2006-06-14 at 03:06:09 +0300, Jari Aalto+mail.linux wrote: > I don't see real obstacle here. Granted that the alternatives system > should be extended to look for > > $HOME/debian/alternatives > > Before checking > > /etc/laternatives > > Perhaps I should file a wishlist for it. Please don't, we already have several of those... regards, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the stable release team
* Martin Zobel-Helas: > After we got some basic overview of what had to be done, we decided to delay > all kernel-related updates until r3. Otherwise we would have delayed r2 even > more, as that kernel update requires a complete rebuild of the Debian > Installer. Frans Pop is currently taking care of coordinating with > debian-boot@ and debian-kernel@, together with Dann Frazier to get d-i > rebuild with the new kernel. By the way, what has happened to the propagation of stable security updates to etch and sid in cases where the version number of the security update is larger than that of the current version? It does not seem to happen anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128852: Reorder News By smartcapsules.com
Greetings We don't require any prescriptions. Visit The Link Below smartcapsules.com ldvybsuxkb FZvRTNovidZNpgHozVafmsnSNqiVmv McCracken Atreus daffodils follows kilometers fingerings crowing apprentice Josephus bronzed discuss hobbles marines Calvary bridgeheads amazing intersected dogmas alcohol grubs defective hobbles hooligan baneberry inconvertible daffodils imputed imposed baking cannibalize empiricists grassland feedings Punic easygoing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SQL Ledger and PostgreSQL: ID fault on create database
On Thu, Jun 15, 2006 at 10:12:32PM +0100, Chris Forsey wrote: > Not sure if this is the right list, but unsure where to post as I need > some guys with good debian experience [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], for starters. This list is for development of Debian itself. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
On Thu, Jun 15, 2006 at 12:38:52PM +0200, Eduard Bloch wrote: > * Jari Aalto+usenet [Thu, Jun 15 2006, 01:31:49PM]: > > x-word-processor > > x-spreadsheet > > x-file-manager > > x-archiver > > x-media-player or "x-video-player" > > x-media-editor or "x-media-mastering" > > x-music-player > > x-music-editor think "audacity" etc. > > Allright, why is it called x-spreadsheet but not x-word, x-file, > x-archive and x-media? Please be consistent about the naming; if you > mean a spreadsheet processor, call it x-spreadsheet-processor (or > -calculator). Eh, what is a "spreadsheet processor"? The name for this class of programs was always "spreadsheet" even in the days of Lotus 1-2-3. And, this name actually makes sense, as opposed to "word processor" which is a remnant of the historic usage. Just look up "word processor", "spreadsheet", "file manager" or "archiver" in Wikipedia. While not an authoritative source, it would have a disambiguation from "word" to "word processor" or from "excel" to "spreadsheet" if using the names of certain Microsoft products had any wide use in the "industry". -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please advise?
* Thomas Bushnell BSG [Thu, 15 Jun 2006 14:51:18 -0700]: > Can someone take a look at #373797 and give advice? I agree with the submitter, and I have always nodded when I've read changelog entries describing changes like this. The example the submitter mentions, though, is not the real concern. The scenario where foo gets removed leaving foo-common behind it's much more likely (any time a tool without "mark as autoinstalled" support is used). Same deal with manpages. (The above is of course my opinion, but it's what makes sense to me.) Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Astrud - Me afecta -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: severities of blocking bugs
On 14-Jun-06, 11:18 (CDT), Ian Jackson <[EMAIL PROTECTED]> wrote: > > Many (most?) maintainers use the BTS severity state to manage their > worklist. That is, the severity is a largley a note to themselves as > to which order to do things in or what priority to give them. So http://www.debian.org/Bugs/Developer#severities is no longer valid and should be removed? I doubt you're actually contending that, and what you're describing is often defacto what happens (one tends to start at the top of the bug list and work down by severity), but the severities *do* have defined meanings, and in general should be used as such. Conceptually, "priority" is NOT the same as "severity"; adding a "wishlist" feature that would benefit many may be of more value and thus higher priority than a "normal" bug that affects only a few and is easily worked around. There are many reasons not to mess with bug priorities on others packages, but "it screws up my todo list" is not one of them. Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: please advise?
also sprach Thomas Bushnell BSG <[EMAIL PROTECTED]> [2006.06.15.2351 +0200]: > Can someone take a look at #373797 and give advice? If the download crashed during an APT, the system is potentially inconsistent, so it needs fixing before it can be expected to work again. Then again, nothing prevents me from just installing the -common package. Either the menu system should check the availability of commands (which is non-trivial), or those .desktop files should really only come with the commands. What's the benefit anyway of having such a small file in the arch:all package? I bet the total savings across all twelve architectures is less than one or two kilobytes. Just my 2¢... -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system obviously i was either onto something, or on something. -- larry wall on the creation of perl signature.asc Description: Digital signature (GPG/PGP)
python2.3/2.4 installation failure (and workaround)
python2.3/python2.4 fails to install after today's dinstall run, due to a brown paper bag bug on my side. Please either set python-central on hold (0.4.15) or install 0.4.17 from incoming http://incoming.debian.org/python-central_0.4.17_all.deb Thanks to Kurt Roeckx for the pointer. Sorry for the inconvenience. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x.org related question
On 6/15/06, Steve Langasek <[EMAIL PROTECTED]> wrote: > It's probably because the /usr/X11R6/man/man1 directory doesn't exist, > should it? Only if you install some package that contains it. Since nothing else on the system is using it anymore, this is a bug in fvwm1 for trying to create a symlink in a directory it does not ship. Aha, if you do a dpkg -L fvwm1 it doesn't list a /usr/X11R6 directory, but the postinst definitely refers to it. Looks like a bug, I'll file one in the morning... Thank you very much. -- Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please advise?
Can someone take a look at #373797 and give advice? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: x.org related question
Hi Martijn, On Thu, Jun 15, 2006 at 11:34:03PM +0200, Martijn van Oosterhout wrote: > I just got around to upgrading to x.org in testing to see if it's > better and see if the 3D support has improved. After much hassle, I > got it, but I'm running into a problem with fvwm1. > # dpkg --configure --pending > Setting up fvwm1 (1.24r-50) ... > update-alternatives: unable to make > /usr/X11R6/man/man1/fvwm.1.gz.dpkg-tmp a symlink to > /etc/alternatives/fvwm.1.gz: No such file or directory > dpkg: error processing fvwm1 (--configure): > subprocess post-installation script returned error exit status 2 > Errors were encountered while processing: > fvwm1 > It's probably because the /usr/X11R6/man/man1 directory doesn't exist, > should it? Only if you install some package that contains it. Since nothing else on the system is using it anymore, this is a bug in fvwm1 for trying to create a symlink in a directory it does not ship. > You see, during the upgrade x11-common bailed out complaining that > /usr/X11R6/bin wasn't empty. At the moment in /usr/X11R6 I have a > symlink for bin but include, lib and man are real directories. Should > they be? I can't find an answer. Yes, lib/ and man/ should be real directories. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
x.org related question
I just got around to upgrading to x.org in testing to see if it's better and see if the 3D support has improved. After much hassle, I got it, but I'm running into a problem with fvwm1. # dpkg --configure --pending Setting up fvwm1 (1.24r-50) ... update-alternatives: unable to make /usr/X11R6/man/man1/fvwm.1.gz.dpkg-tmp a symlink to /etc/alternatives/fvwm.1.gz: No such file or directory dpkg: error processing fvwm1 (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: fvwm1 It's probably because the /usr/X11R6/man/man1 directory doesn't exist, should it? You see, during the upgrade x11-common bailed out complaining that /usr/X11R6/bin wasn't empty. At the moment in /usr/X11R6 I have a symlink for bin but include, lib and man are real directories. Should they be? I can't find an answer. x11-common bailing out is very uncool btw. Letting me drop to a shell would have been better than leaving me with a system full of half configured packages. Even giving me the option to fix the issue in another screen would've been better. It was one lousy symlink from netscape-base-4 holding up the entire process. -- Martijn van Oosterhout <[EMAIL PROTECTED]> http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SQL Ledger and PostgreSQL: ID fault on create database
Not sure if this is the right list, but unsure where to post as I need some guys with good debian experience System setup and versions. New install of Debian Stable with the following installed. All are the latest releases compiled from source with dependency requirements fulfilled and all make errors fixed. Apache Server 2.2.2 Postgresql 8.1.4 Readline 5.1 Zlib 1.2.3 Openssl 0.9.8b SQL-ledger 2.6.12 DBD-Pg-1.49 DBI-1.5.1 Mod_perl-2.0.2 Perl 5.8 Everything “seems” to be running ok. Only problem is when creating a dataset in sql ledger I keep getting the error Error! Create sequence id start 1 Error: relation “id” already exists Searched the web and found this article. http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg195151.html checked instructions within but to no avail. The postsgre template 1 has been recreated and the language is already installed. PGadmin3 confirms the database is created and language is correct. SQL-ledger sort of creates the new database behind the error but does not propagate it with anything. Unsure where to go now to fix this problem. We need the latest release of postgreSQL and SQL-Ledger for our project. Any help or guidance will be gratefully received. Chris *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. ***
Re: Move to python 2.4 / Changing the packaging style for python packages
Mike Hommey writes: > On Tue, Jun 13, 2006 at 10:09:15AM +0200, Matthias Klose <[EMAIL PROTECTED]> > wrote: > > Mike Hommey writes: > > > Anyways, there would be a problem with python native extensions linked > > > against libpython. They would get the shlib dependencies on python2.x > > > packages. > > > > So at least we can find these and fix them. > > What is so wrong about linking to libpython ? Is that because the > interpreter isn't linked against the lib ? Most likely this comes from the Windows world, where the extensions are required to link against pythonXX.dll. Looking at the code for extensions like in sqlrelay or graphviz I don't see any need that the extension is linked against the python library. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#373824: RFH: ntp -- Network Time Protocol: network utilities
Package: wnpp Severity: normal We could use a few more people to help with the ntp package. We have a new mailing list and a subversion repository hosted under the pkg-ntp project on alioth. There is a boatload of bugs to deal with, most of which are not that hard but need someone with a little time and dedication to evaluate them. The package description is: NTP, the Network Time Protocol, is used to keep computer clocks accurate over the Internet, or by following an accurate hardware receiver which interprets GPS, DCF-77, NIST or similar time signals. . This package contains control programs which can access a remote NTP server. Thus you will need either ntp-simple or ntp-refclock; ntp-refclock includes drivers for radio clocks. . For more information about the NTP protocol / NTP server configuration and operation, load the optional Debian package 'ntp-doc'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why isn't gnome in testing?
On Thu, Jun 15, 2006 at 10:18:57AM +0200, Andreas Barth wrote: > * Julian Gilbey ([EMAIL PROTECTED]) [060614 10:54]: > > On Thu, May 11, 2006 at 10:32:36PM +0200, Andreas Barth wrote: > > > * Julian Gilbey ([EMAIL PROTECTED]) [060511 22:17]: > > > > Does anyone know why the binary package gnome is no longer in testing? > > > > The source package meta-gnome2 is there > > > > > > Seems like an accident currently. We're researching the matter. > > > > > > Cheers, > > > Andi > > > > It's still not in testing. > > fixed. > > Cheers, > Andi Yay, great thanks! Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: FTWCA Policy Section 7.6 (Build-Depends/Build-Depends-Indep)
Pierre Habouzit <[EMAIL PROTECTED]> wrote: > Section 7.6[1] is an often misunderstood/forgotten part of the Policy > that explains how Build-Depends and Build-Depends-Indep are used to > build a package. Here is almost a copy&paste: > The dependencies and conflicts they define must be satisfied > in order to invoke the targets in debian/rules, as follows: > The Build-Depends and Build-Conflicts fields must be satisfied > when any of the following targets is invoked: > build, clean, binary, binary-arch, build-arch, > build-indep, binary-indep.· > The Build-Depends-Indep and Build-Conflicts-Indep fields > must be satisfied when any of the following targets is invoked: > build, build-indep, binary and binary-indep. [...] Which basically means that Build-Depends-Indep lists *additional* packages that are needed for dpkg-buildpackage but _not_ for "dpkg-buildpackage -B". cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FTWCA Policy Section 7.6 (Build-Depends/Build-Depends-Indep)
Dear fellow developers, Section 7.6[1] is an often misunderstood/forgotten part of the Policy that explains how Build-Depends and Build-Depends-Indep are used to build a package. Here is almost a copy&paste: The dependencies and conflicts they define must be satisfied in order to invoke the targets in debian/rules, as follows: The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep, binary-indep.· The Build-Depends-Indep and Build-Conflicts-Indep fields must be satisfied when any of the following targets is invoked: build, build-indep, binary and binary-indep. In particular, it means that having cdbs, yada, dbs, dh-make-php and other packaging helpers that are included from your debian/rules in B-D-I is wrong, and that having debhelper in B-D-I is wrong as soon as you use dh_clean in your clean target. Such issues generally trigger FTBFSes as soon as the source generates one arch:any package. Though, as autobuilders do not rebuild source packages that only build arch:all binary packages, a lot of them are missed. In fact, it breaks pbuilder[2] and some other autobuilding tools. I've listed all the packages that list dbs, cdbs, dh-make-php, debhelper, yada, dpatch or quilt in their Build-Depends-Indep, and ... 2106 source packages are affected, which rules out any mass bug filing. I've instead setup a dynamic (regenerated once a day) list of the packages with this bug on people.d.o[3]. Also note that most of those problems are already reported by lintian (at least for the usual patch helpers, debhelper and cdbs). Greetings, [1] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-sourcebinarydeps [2] pbuilder asks you to install Build-Depends if you miss them, but do not ask for B-D-I (and it *is* the right behaviour), and then builds can fail. [3] http://people.debian.org/~madcoder/policy_7.6_violation.txt --· ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpXyXwoiMbtU.pgp Description: PGP signature
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
* Thu 2006-06-15 Bernhard Link * Message-Id: 20060615123501.GA11774 AT login.informatik.uni-freiburg.de > * Jari Aalto+usenet [060615 12:32]: >> The features would be those proposed at the beginning. Examples: >> >> x-mime-handler --run x-file-manager /home/foo >> x-mime-handler --run x-spreadsheet this.xls > > What is wrong with: > > run-mailcap --action=view application/vnd.ms-excel:this.xls > > or shorter: > > see application/vnd.ms-excel:this.xls > > or even shorten (if its type can be detected automatically correctly and > one has no other information:) > > see this.xls Good. I just wasn't familiar with run-mailcap's capabilities. I'll update the proposal after comments. Jari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: some Debian Apache Maintainer here ?
Marc cc:ed, not sure if you're on the list. On Thursday 15 June 2006 16:06, Marc Chantreux wrote: > I've posted a patch to fix #350119, #342008, #350119 139 days ago and > have no news about it. I tried to contact the apache team to know if i > was able to help but i have no news. There is the debian-apache mailing list. I don't ee much life there, though, except for bts email. cheers -- vbi -- featured product: the Apache web server - http://httpd.apache.org pgpMStF20Qexh.pgp Description: PGP signature
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
Jari Aalto+usenet wrote: [] > Where items proposed for graphical programs could include: > x-word-processor > x-spreadsheet > x-file-manager > x-archiver > x-media-player or "x-video-player" > x-media-editor or "x-media-mastering" > x-music-player > x-music-editor think "audacity" etc. > > x-audio-editor, it's not just for music. I think of music editor as moving notes around on a score. signature.asc Description: OpenPGP digital signature
Processed: Not really blocking
Processing commands for [EMAIL PROTECTED]: > unblock 322762 by 254930 Bug#322762: /usr/doc still exists (transition tracking bug) Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 302504 319726 320084 320103 321926 322749 322769 322772 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359360 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359397 359398 359399 359400 359401 359402 359403 359404 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612 Blocking bugs removed: 254930 > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: some Debian Apache Maintainer here ?
Olaf, > >I still apply my patch on every server i install, this is boring me. > > > >Is there a way to help/join/"have news from" the apache team ? > > Try irc://irc.debian.org/debian-apache > Unfortunately, a more informative answer than it's fixed when it's > fixed shouldn't be expected. thanks for your answer. In fact, the question i want to ask to them isn't "when will you fix ?" but "can i do better ? can i help to fix ?". I hope the answer will be more informative. regards mc -- téléphone : 03.90.24.00.19 courriel : [EMAIL PROTECTED] ---
Re: some Debian Apache Maintainer here ?
On 6/15/06, Marc Chantreux <[EMAIL PROTECTED]> wrote: Hi all, I've posted a patch to fix #350119, #342008, #350119 139 days ago and have no news about it. I tried to contact the apache team to know if i was able to help but i have no news. I still apply my patch on every server i install, this is boring me. Is there a way to help/join/"have news from" the apache team ? Try irc://irc.debian.org/debian-apache Unfortunately, a more informative answer than it's fixed when it's fixed shouldn't be expected. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
some Debian Apache Maintainer here ?
Hi all, I've posted a patch to fix #350119, #342008, #350119 139 days ago and have no news about it. I tried to contact the apache team to know if i was able to help but i have no news. I still apply my patch on every server i install, this is boring me. Is there a way to help/join/"have news from" the apache team ? regards. mc -- téléphone : 03.90.24.00.19 courriel : [EMAIL PROTECTED] ---
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
* Jari Aalto+usenet <[EMAIL PROTECTED]> [060615 12:32]: > (2) Another proposed solution was to use existing MIME types > framework in /etc/mime.types, /etc/mailcap.order and /etc/mailcap. > It tackles the proposal like this: > > application/msword; oowriter '%s'; edit=oowriter '%s'; ... > application/msexcel; oocalc '%s'; edit=oocalc '%s';... >[...] > > (2) There would also be need for standard features to call common > "actions". There is no need for end user to know the names of mime > types. > > x-mime-handler --run FEATURE [ARGS] > > The features would be those proposed at the beginning. Examples: > > x-mime-handler --run x-file-manager /home/foo > x-mime-handler --run x-spreadsheet this.xls What is wrong with: run-mailcap --action=view application/vnd.ms-excel:this.xls or shorter: see application/vnd.ms-excel:this.xls or even shorten (if its type can be detected automatically correctly and one has no other information:) see this.xls (All available in the mime-support packages and already used for this purpose by a variety of packages.) Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
#include * Jari Aalto+usenet [Thu, Jun 15 2006, 01:31:49PM]: > > -- This is summary of thread: > -- Subject: Bug#363486: dpkg: [update-alternatives] New categories for: WORD, > EXCEL ... > > Please comment. --Jari > Where items proposed for graphical programs could include: > > x-word-processor > x-spreadsheet > x-file-manager > x-archiver > x-media-player or "x-video-player" > x-media-editor or "x-media-mastering" > x-music-player > x-music-editor think "audacity" etc. Allright, why is it called x-spreadsheet but not x-word, x-file, x-archive and x-media? Please be consistent about the naming; if you mean a spreadsheet processor, call it x-spreadsheet-processor (or -calculator). Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SUMMARY -- Generic handling of WORD, EXCEL, FILE MANGER ...
-- This is summary of thread: -- Subject: Bug#363486: dpkg: [update-alternatives] New categories for: WORD, EXCEL ... Please comment. --Jari THE INTENTION There are many programs that can act on a file if it contains certain extension. The use of program names like 'konqueror', 'xfe' is not optimal. It would be better if common actions could be expressed through terms of "File Manager", "Spreadsheet" etc. This would help e.g. to provide better defaults for graphical programs that include features like: "Options => Preferences => Programs" having line: Edit __ (fill program name) Filling in 'xedit' is not good default, when user must change this same "setting" is other installed GUI programs as well. PROPOSED SOLUTIONS (1) It was discussed if /etc/alternatives could be used by providing configuration possiblitity through update-alternatives --config Where items proposed for graphical programs could include: x-word-processor x-spreadsheet x-file-manager x-archiver x-media-player or "x-video-player" x-media-editor or "x-media-mastering" x-music-player x-music-editor think "audacity" etc. This list is not comprehensive, only a start. (2) Another proposed solution was to use existing MIME types framework in /etc/mime.types, /etc/mailcap.order and /etc/mailcap. It tackles the proposal like this: application/msword; oowriter '%s'; edit=oowriter '%s'; ... application/msexcel; oocalc '%s'; edit=oocalc '%s';... CONCLUSIONS Method (1) has drawbacks. Only adminstrator can update the alternatives links, so individual users would not have control over selected programs. Method (2) supports user configurations through personal mime type files in $HOME/.mailcap and thus better suitable. REQUIRED WORK (1) In order to carry on this proposal, there is need to write a wrapper program that would use `run-mailcap'. The program would use syntax: x-mime-handler --mime TYPE [--action ACTION] Where ACTION could be those defined in /etc/mime.types [FIXME: If I understood correctly] run (implicit if not given), edit, compose, print An example call x-mime-handler --mime application/msword --action run Error handling would be based on return status (2) There would also be need for standard features to call common "actions". There is no need for end user to know the names of mime types. x-mime-handler --run FEATURE [ARGS] The features would be those proposed at the beginning. Examples: x-mime-handler --run x-file-manager /home/foo x-mime-handler --run x-spreadsheet this.xls BENEFITS There are many graphical programs that contain setting that are shipped with packages. - These would all now have sensible defaults. E.g to run "editor". There are many non-desktop window managers (not KDE, Gnome, XFCE), that have simple menu structures. The menus call simple "programs". - All those window managers could now have menu entries like "File manager" and use the program `x-mime-handler'. PROBLEMS The mime types are based on WWW protocol, which does not necessarily map to local actions. Editing videos or mastering DVDs are not expressed through MIME types (FIXE: If I undertand right). However, the possibility to use x-mime-handler --run FEATURE poses no such resstrictions and can run any defined FEATURES that cannot be expressed through mime types. QUESTION: What about user preferences in these cases when MIME types are not used? QUESTION: this might be possible through MIME types by defining custom actions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cleaning /var/lib/dpkg/available
George Danchev <[EMAIL PROTECTED]> writes:
> On Wednesday 14 June 2006 14:34, Jérôme Warnier wrote:
>> Hi,
>>
>> I've been upgrading my machines since Woody to Sarge, then to Etch. Now,
>> my /var/lib/dpkg/available are huge (15MB), and it seems they never get
>> cleaned.
>> How am I supposed to clean them? Isn't there any automated tools in
>> Debian to do that?
>
> In case you are interested to clear your /var/lib/dpkg/status, here is what I
> use sometimes. For instance, if you want to purge package section with
> 'Status: purge ok not-installed', ./this_script > /tmp/status.cleated, and
> then see what have been removed from it diff'ing against your
> current /var/lib/dpkg/status. Remember to make a backup before actually
> replacing the file ;-)
>
>
> #!/usr/bin/perl
>
> use warnings;
> use strict;
>
> my $filename='/var/lib/dpkg/status';
>
> open FILE, $filename or
> die "Failed to open $filename\n";
>
> while (my $line=) {
>
> chomp($line);
> my @section=();
>
> while ($line ne "") {
> push(@section,$line);
> $line=;
> chomp($line);
> }
>
> if ($section[1] ne 'Status: purge ok not-installed') {
>
> foreach (@section) {
> $_ = $_ . "\n";
> print;
> }
>
> print"\n";
> }
> }
grep-dctrl -F Status "purge ok not-installed" status
mv status status.old
grep-dctrl -v -F Status "purge ok not-installed" status.old >status
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#373571: ITP: mugshot -- Client for integration between Mugshot and the Linux desktop
tor, 15,.06.2006 kl. 05.29 -0400, skrev Kevin Mark: > On Wed, Jun 14, 2006 at 12:39:42PM +0200, Heikki Henriksen wrote: > > Package name: mugshot > > Description : Client for integration between Mugshot and the Linux > > desktop > > Note: > > I don't plan to upload this until the trial has expanded > > significantly or the project has been opened up for everyone. > when you say 'upload', does that imply 'unstable'. What about experimental? That depends on how long it'll be before we find a solution on the current trademark-restrictions. 'upload' in my sentence implied unstable, but I might put it in experimental first (if I find it uploadable before the trial-period is over) For now, my package can be found at: http://media.heitech.no/debian/build/mugshot/ Cheers :) Heikki -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CDBS and dh_install
On Wednesday 14 June 2006 03:58, Manoj Srivastava wrote: > On 13 Jun 2006, George Danchev said: > > On Saturday 10 June 2006 15:57, Marc Dequènes wrote: > > --cut-- > > > >> Until this is solved, i'm still maintaining my original version, > >> since more people use it than the one in the package, but this is > >> not an ideal situation. > > > > Ok, time to ask a real question about cdbs ;-) I assume you are > > pretty much familiar with it and its strengths and weaknesses, hence > > my little problem follows: > > > > my debian/rules (in which I have my self-written target, no it is > > not supported by cdbs yet) > > I do not think your make file does what you think it does. It > replaces, instead of enhancing, the single colon rule that CDBS > uses. Absolutely right. This has nothing to do with CDBS features, the fault is mine. > > * what couses that, and how to escape that annoying warn ? > > common-configure-arch common-configure-indep:: myowntarget > > myowntarget: > ./configure --prefix=/usr > touch debian/stamp-autotools-files I really failed to suspect the single/double colon dependencies! In fact, in my second thoughts and after digging for a while into rules and class CDBS makefiles I realized that it is enough to have just debhelper.mk and autotools.mk included in my debian/rules file and have all the common things I need. Then I added my own and unique (phony) targets to enhance what I already have inherited from cdbs. That is what I think I need - the common things should be implemented by a common pile of code, and my part stays really mine, isolated and being added next to that. Thanks for the comprehensive make lecture, it was pretty refreshing, at least for me. -- pub 4096R/0E4BD0AB 2003-03-18 fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: This is not a blocker anymore
Processing commands for [EMAIL PROTECTED]: > unblock 322762 by 256250 Bug#322762: /usr/doc still exists (transition tracking bug) Was blocked by: 189856 190020 203278 254800 254913 254924 254930 255590 256250 302504 319726 320084 320103 321926 322749 322769 322772 322775 322776 322778 322779 322781 322782 322783 322784 322785 322786 322787 322788 322789 322790 322791 322792 322793 322794 322795 322797 322798 322799 322800 322801 322803 322804 322805 322806 322807 322808 322809 322810 322811 322812 322813 322814 322815 322816 322817 322818 322819 322820 322828 322829 322830 322831 322832 322833 322834 322835 322837 322838 322839 352893 352894 353569 355341 359358 359359 359360 359361 359362 359363 359364 359365 359366 359367 359368 359369 359370 359371 359372 359374 359375 359376 359377 359378 359379 359380 359381 359382 359383 359384 359385 359386 359387 359388 359389 359390 359391 359392 359393 359394 359395 359396 359397 359398 359399 359400 359401 359402 359403 359404 359405 359406 359407 359408 359409 359410 359411 359412 359413 359414 359415 359416 359417 359418 359419 359420 359421 359422 359423 359424 359425 359426 359427 359428 359429 359430 359431 359432 359433 359434 359435 359436 359437 359439 359440 359441 359442 359443 359444 359445 359446 359447 359448 359449 359450 359451 359452 359453 359454 359455 359456 359457 359458 359459 359460 359461 359462 359463 359464 359465 359466 359467 359468 359469 359470 359471 359472 359473 359474 359475 359476 359477 359478 359479 359480 359481 359482 359483 359484 359485 359486 359487 359488 359489 359490 359491 359492 359493 359494 359495 359496 359497 359498 359499 359500 359501 359502 359503 359504 359505 359506 359507 359508 359509 359510 359511 359512 359513 359514 359515 359516 359517 359518 359519 359520 359521 359522 359523 359524 359526 359527 359528 359529 359530 359531 359532 359533 359534 359535 359536 359537 359538 359539 359540 359541 359542 359543 359544 359545 359546 359547 359548 359549 359550 359551 359552 359553 359554 359555 359556 359557 359558 359559 359560 359561 359562 359563 359564 359565 359566 359567 359568 359569 359570 359571 359572 359573 359574 359575 359576 359577 359578 359579 359580 359581 359582 359583 359584 359585 359586 359587 359588 359589 359590 359591 359592 359593 359594 359595 359596 359597 359598 359599 359600 359601 359602 359603 359604 359605 359606 359607 359608 359609 359610 359611 359612 Blocking bugs removed: 256250, 322775 > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#373571: ITP: mugshot -- Client for integration between Mugshot and the Linux desktop
On Wed, Jun 14, 2006 at 12:39:42PM +0200, Heikki Henriksen wrote: > Package: wnpp > Severity: wishlist > Owner: Heikki Henriksen <[EMAIL PROTECTED]> > > Package name: mugshot > Version : 1.1.5 > Upstream Author : Mugshot Developers (http://developer.mugshot.org/) > URL : http://mugshot.org > License : GPL-2 & Mugshot Client License Agreement > Programming Lang: C > Description : Client for integration between Mugshot and the Linux > desktop > Note: > I don't plan to upload this until the trial has expanded > significantly or the project has been opened up for everyone. Hi, when you say 'upload', does that imply 'unstable'. What about experimental? Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
InterScan MSS has quarantined a message
InterScan Messaging Security Suite notification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why isn't gnome in testing?
* Julian Gilbey ([EMAIL PROTECTED]) [060614 10:54]: > On Thu, May 11, 2006 at 10:32:36PM +0200, Andreas Barth wrote: > > * Julian Gilbey ([EMAIL PROTECTED]) [060511 22:17]: > > > Does anyone know why the binary package gnome is no longer in testing? > > > The source package meta-gnome2 is there > > > > Seems like an accident currently. We're researching the matter. > > > > Cheers, > > Andi > > It's still not in testing. fixed. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cleaning /var/lib/dpkg/available
On Wednesday 14 June 2006 14:34, Jérôme Warnier wrote:
> Hi,
>
> I've been upgrading my machines since Woody to Sarge, then to Etch. Now,
> my /var/lib/dpkg/available are huge (15MB), and it seems they never get
> cleaned.
> How am I supposed to clean them? Isn't there any automated tools in
> Debian to do that?
In case you are interested to clear your /var/lib/dpkg/status, here is what I
use sometimes. For instance, if you want to purge package section with
'Status: purge ok not-installed', ./this_script > /tmp/status.cleated, and
then see what have been removed from it diff'ing against your
current /var/lib/dpkg/status. Remember to make a backup before actually
replacing the file ;-)
#!/usr/bin/perl
use warnings;
use strict;
my $filename='/var/lib/dpkg/status';
open FILE, $filename or
die "Failed to open $filename\n";
while (my $line=) {
chomp($line);
my @section=();
while ($line ne "") {
push(@section,$line);
$line=;
chomp($line);
}
if ($section[1] ne 'Status: purge ok not-installed') {
foreach (@section) {
$_ = $_ . "\n";
print;
}
print"\n";
}
}
--
pub 4096R/0E4BD0AB 2003-03-18
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
