Re: glibc and UNACCEPTs
Hello, BALLABIO GERARDO schrieb: > People remove packages from experimental only once in a while, thus > always asking for confirmation shouldn't be too much of a hassle, and > actually may be desirable. At least for those like me who redefine rm as > "rm -i" in their .bashrc. Maybe it would help to ask for the .changes file to contain all the changelog entries for uploads that went to experimental plus the most recent one? The big difficulty here is that you'd effectively have to unpack the source and look into debian/changelog whether there have been uploads to experimental from that branch of packaging. Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
new passwd
Hi all, yesterday, I failed to login svn.debian.org with ssh. I was asked Passwd and input the correct passwd (as far as I remembered) three times but failed. I was given my first passwd in 2001/01 and it was changed in 2003/12/16 (perhaps because of compromise of Debian servers). I seldom use passwd and I don't remember when I used the passwd in the last time so I'm not so sure that the passwd of 2003/12 was the correct one at yesterday. So I tried to get a new passwd following the instruction of http://db.debian.org/password.html at about 12am JST (3am UTC) but I've gotten nothing yet (after one day already). My question; what should I do now? Try to get new passwd once more? is there time when passwd was changed for all DD after 2003/12 ? (as far as I searched in my mail box, I found nothing) three times failures mean the passwd was already not valid anyway? Regards,2006-9-7(Thu) -- Debian Developer & Debian JP Developer - much more I18N of Debian Atsuhito Kohda Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
On Sun, Aug 27, 2006 at 01:05:56AM -0400, Theodore Tso wrote: > On Sat, Aug 26, 2006 at 04:02:04PM +0200, Hendrik Sattler wrote: > > - X ran with the wrong resolution (typical i915 problem) and with the wrong > > dpi setting > > Can't speak to that; my ATI Firegl video worked automatically out of > the box --- with 3D accelerated graphics automatically. That's an interesting observation, as Ubuntu 6.06 LTS does not configure X to use the proprietary driver by default. If that device worked out of the box, it was due to Ubuntu having a newer version of the open source ATI driver. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
On Mon, Aug 28, 2006 at 07:44:59PM -0400, Daniel Dickinson wrote: > Then lets look at how stable ubuntu stable is or is not. I know I've > seen posts on these lists suggesting that ubuntu stable tends to pull > in things from debian unstable[1] and is therefore less stable. Ubuntu does not pull packages from Debian unstable into its stable releases, and never has. We pull packages from unstable into our development branch, which is then progressively frozen, stabilized and released. -- - mdz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386317: ITP: libtest-unit-perl -- a unit testing framework for Perl
Package: wnpp Severity: wishlist Owner: Andreas Fester <[EMAIL PROTECTED]> * Package name: libtest-unit-perl Version : 0.25 Upstream Author : Christian Lemburg <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : GPL Programming Lang: Perl Description : a unit testing framework for Perl Test::Unit::* is a sophisticated unit testing framework for Perl that is derived from the JUnit testing framework for Java by Kent Beck and Erich Gamma. While this framework is originally intended to support unit testing in an object-oriented development paradigm (with support for inheritance of tests etc.), Test::Unit::Procedural is intended to provide a simpler interface to the framework that is more suitable for use in a scripting style environment. This package was already in Debian but unfortunately has been removed some time ago due to lack of Maintainer. (Include the long description here.) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debconf: DbDriver "templatedb": could not sync
On Wed, Sep 06, 2006 at 07:29:13PM +0200, Udo Mueller wrote: > fsck.ext3 runs without any error message. Did you do "fsck -f", or just "fsck"? In case you did the latter, please run it with -f again. -- Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debconf: DbDriver "templatedb": could not sync
Udo Mueller wrote: > DbDriver "templatedb": could not sync /var/cache/debconf/templates.dat-new: > Input-/Output error This looks very likely to be a disk problem. FWIW, it's calling fsync(2) on that file. > The filesystem on this partition is LVM with ext3. > fsck.ext3 runs without any error message. > I can create, open, edit and delete files without any problems. > The command "sync" works fine, too. None of which rule out a problem with your disk. You could use the badblocks command to test the whole disk for bad blocks. Or look at smartctl output and/or dmesg for problems. -- see shy jo signature.asc Description: Digital signature
[Fwd: xemacs-21.4.19-gnome-canna-wnn crashes]
Just to let you know that the 32-bit version of xemacs-21.4.19-gnome-canna-wnn doesn't crash in a 32-bit etch chroot. Things like this make amd64 seem to be in need of a lot of work. -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) --- Begin Message --- As the Subject says, xemacs-21.4.19-gnome-canna-wnn crashes with segfault. However, xemacs21-mule-canna-wnn doesn't crash. I'm running the etch amd64 distribution. Interestingly, the window that comes up tells me to submit a bug report to gnome, but there is no xemacs application to submit on. I haven't tried yet (I will), but I would bet that xemacs-21.4.19-gnome-canna-wnn won't crash in my chroot. Art Edwards -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] --- End Message ---
debconf: DbDriver "templatedb": could not sync
Hello debian-devel, please CC because i am not subscribed! Yesterday i did a dist-upgrade on an etch system. Most of the packages were installed and configured correct but some failed with this error: DbDriver "templatedb": could not sync /var/cache/debconf/templates.dat-new: Input-/Output error The filesystem on this partition is LVM with ext3. fsck.ext3 runs without any error message. I can create, open, edit and delete files without any problems. The command "sync" works fine, too. The following packages were installed: (sry its in german): [INSTALLIEREN, ABHÄNGIGKEITEN] librpcsecgss3 [INSTALLIEREN, ABHÄNGIGKEITEN] libssp0 [INSTALLIEREN, ABHÄNGIGKEITEN] python2.4 [INSTALLIEREN, ABHÄNGIGKEITEN] python2.4-minimal [ENTFERNEN, ABHÄNGIGKEITEN] librpcsecgss2 [AKTUALISIERUNG] base-files 3.1.14 -> 3.1.16 [AKTUALISIERUNG] cpp-4.1 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] cupsys 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] cupsys-bsd 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] cupsys-client 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] cupsys-common 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] foomatic-db 20060712-1 -> 20060822-1 [AKTUALISIERUNG] foomatic-filters 3.0.2-20060712-1 -> 3.0.2-20060712-3 [AKTUALISIERUNG] g++-4.1 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] gcc-4.1 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] gcc-4.1-base 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] ifupdown 0.6.7 -> 0.6.7-0.1 [AKTUALISIERUNG] initramfs-tools 0.75 -> 0.77b [AKTUALISIERUNG] libc6 2.3.6-15 -> 2.3.6.ds1-4 [AKTUALISIERUNG] libc6-amd64 2.3.6-15 -> 2.3.6.ds1-4 [AKTUALISIERUNG] libc6-dev 2.3.6-15 -> 2.3.6.ds1-4 [AKTUALISIERUNG] libc6-i686 2.3.6-15 -> 2.3.6.ds1-4 [AKTUALISIERUNG] libcompress-zlib-perl 1.41-1 -> 1.42-1 [AKTUALISIERUNG] libcupsimage2 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] libcupsys2 1.2.2-1 -> 1.2.2-2 [AKTUALISIERUNG] libgcc1 1:4.1.1-5 -> 1:4.1.1-11 [AKTUALISIERUNG] libio-socket-ssl-perl 0.994-1 -> 0.999-1 [AKTUALISIERUNG] libkrb53 1.4.3-9 -> 1.4.4~beta1-1 [AKTUALISIERUNG] libpci2 2:2.1.11-2 -> 2:2.1.11-3 [AKTUALISIERUNG] libstdc++6 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] libstdc++6-4.1-dev 4.1.1-5 -> 4.1.1-11 [AKTUALISIERUNG] libwrap0 7.6.dbs-9 -> 7.6.dbs-11 [AKTUALISIERUNG] locales 2.3.6-15 -> 2.3.6.ds1-4 [AKTUALISIERUNG] manpages 2.34-1 -> 2.39-1 [AKTUALISIERUNG] manpages-dev 2.34-1 -> 2.39-1 [AKTUALISIERUNG] nfs-common 1:1.0.9-5 -> 1:1.0.9-10 [AKTUALISIERUNG] pciutils 1:2.2.1-2 -> 1:2.2.4~pre4-1 [AKTUALISIERUNG] python 2.3.5-11 -> 2.4.3-11 [AKTUALISIERUNG] python-minimal 2.3.5-11 -> 2.4.3-11 [AKTUALISIERUNG] reportbug 3.21.2 -> 3.29.3 [AKTUALISIERUNG] tcpd 7.6.dbs-9 -> 7.6.dbs-11 [AKTUALISIERUNG] ucf 2.0013 -> 2.0014 The problem is that i cant install any other packages because dpkg complains that packages are not configured yet. If i run "dpkg --configure -a" dpkg gets interrupted with the above error message. I already asked google but with "could not sync" it only shows urls to the debconf source code. Anyone has a solution for this problem? Mit freundlichen Grüßen Udo Müller -- ComputerService Udo Müller Tel.: 0441-36167578 Schöllkrautweg 16 Fax.: 0441-36167579 26135 Oldenburg [EMAIL PROTECTED] Mobil: 0162-4365411 signature.asc Description: Digital signature
wierd dpk package message Solved.
FYI. I was able to fix this problem. The statoverride file resides in /var/lib/dpkg For some reason, it had the following entry: hplip root 755 /var/run/hplip The file statoverride-old was empty I performed radical surgery and made statoverride-old into statoverride. So, the maintainer of hplip might want to look at this. I'm pasting my original post for debian-devel - I'm using a 32-bit chroot on an amd64 etch box. I have installed cups and associated packages, especially the hplip. Now, when I'm installing perl, I get the error: dpkg: syntax error: unknown user `hplip' in statoverride file What the ?? Art Edwards -- Arthur H. Edwards Senior Research Physicist Air Force Research Laboratory AFRL/VSSE Bldg. 914 3550 Aberdeen Ave. SE KAFB, NM 87117-5776 (505) 853-6042 (O) (505) 463-6722 (C) (505) 846-2290 (F) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
! Bank Courrier Job Don't Miss
Yo Debian-devel!!! We are small new firm engaged in export of goods to overseas outside my country .We have won various small exports contract at one time or the other, recently we were (engaged) contracted to supply financial programs for market analyzing, management project software in Germany and USA which was successfully done. Unfortunately we have faced some difficulties while receiving payment for our software in our country as need 10-30 days to get a payment from your country. We do not have so much time to accept wire transfers and can't accept cashiers checks and money orders as well. So we need your help to accept this payments in your country faster. If you are looking to make additional profit we will accept you as our representative in your country. You will keep 8% of each deal we conduct. We plan to forward our merchandise in exchange of wire transfers and check payments. Your part is very important accept funds and forward it to us. It is not a full time work but a very convenient and fast additional income. Being our agent may grow into future branch opening in your area if you are interested and the business will be on up and up. We therefore solicit your assistance to help remit this money ,To facilitate this transaction if you deem you would be able to undertake this task for the company, !!! I would want you to submit to us via mail to [EMAIL PROTECTED] the following information which includes __ 1 Your Full Name as it would appear on your resume 2 Your Qualification 3 Your Contact Address 4 Telephone number/Fax 5 Your present Occupation and Position presently held __ Please respond ASAP and you will get additional details on how you can become our representative. Joining us and starting business today will cost you nothing, just some extra income for you. Sincerely, Victor Godunov Wed, 6 Sep 2006 07:57:56 -0700 P.R.O. INFOSOFT Marketing Dept. 'unqualified coming-to-be' is 'alteration', while others maintain thatknowable 'is' and what is unknowable 'is not'-perception on their viewdescription may be understood in two different ways, in which of these -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: potential mass bug filing: sysvinit dependency
On Tue, Sep 05, 2006 at 01:30:19PM +0200, Marco d'Itri wrote: > This may be a good time to remind maintainers that often a versioned > conflict may be more appropriate than a versioned dependency. This seems natural to me, but the policy contains this discouraging language: A Conflicts entry should almost never have an "earlier than" version clause. This would prevent dpkg from upgrading or installing the package which declared such a conflict until the upgrade or removal of the conflicted-with package had been completed. I'm not exactly sure what is being said here. The second sentence seems to be *exactly* the effect I would seek when doing a versioned "earlier than" conflict. So I don't understand why the policy says one should "almost never" have one. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386269: RFH: tex4ht -- LaTeX and TeX for Hypertext
Package: wnpp Severity: normal I request assistance with maintaining the tex4ht and tex4ht-common packages (which are generated out of the same source package). The package description is: TeX4ht is a highly configurable TeX-based authoring system for producing hypertext. It interacts with TeX-based applications through style files and postprocessors, leaving the processing of the source files to the native TeX compiler. Consequently, TeX4ht can handle the features of TeX-based systems in general, and of LaTeX in particular. . TeX4ht can be used both for authoring HTML using TeX/LaTeX input files, or for converting existing TeX input files (in any format) into HTML, with (usually) only minor modifications. Other varieties of hypertext can also be produced, including XML, XHTML, MathML and the Openoffice.org format of XML. . There are a number of different ways to convert glyphs and graphics in the DVI files into PNG, GIF or JPEG. The default is to use dvipng. Alternatives using ghostscript, imagemagick, netpbm and/or pstoedit are also possible. . Homepage: http://www.cse.ohio-state.edu/~gurari/TeX4ht/ Expertise required from co-maintainer: Familiarity with TeX4ht :) Familiarity with Java. Familiarity with openoffice use in conjunction with TeX4ht. Explanation of assistance required: I am currently comfortable with the TeX aspects of the package as well as most aspects of image conversion. However, I have no familiarity with Java. A number of Java based features in connection with speech output are being added upstream. Another problem is that I primarily use the package for conversion to HTML, XHTML, XML whereas a number of users for the openoffice output have emerged and I am unable to understand/deal with the bugs that they report. Manner of co-operation: I would be comfortable with co-maintaining with e-mail for discussions. At a pinch I could learn to use one of the SCM-based tools as well. Regards, Kapil. -- signature.asc Description: Digital signature
Re: Linking a static library with -fPIC for flex
Manoj Srivastava writes ("Linking a static library with -fPIC for flex"): > I was initially going to just provide libfl.a with position > independent code, which would have prevented the FTBS breakage for > scanner containing shared libraries, at the expense of a register > lost for binaries that were otherwise statically linked, and perhaps > slower execution speeds. When I broached this on IRC, people > commented that I could provide libfl_pic.a in addition to libfl.a , > but compile them both with -fPIC, and transition back at some later > point to having a non position independent static libfl.a I think this latter is the right approach. > Then I realized I was falling into the trap of preferring > convenience to correctness; the right thing to identify and fix > packages building shared objects linked to non relocatable code. So, > now these packages can link to libfl_pic.a, and binaries can > continue to link with libfl.a. No, you were `falling' into the `trap' of providing a sensible transition plan. Backporters and luddites everywhere will thank you if you don't break things when you don't need to. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Install packages automatically based on the detected hardware
Raphael Hertzog <[EMAIL PROTECTED]> writes: > On Fri, 01 Sep 2006, Petter Reinholdtsen wrote: >> Would you like to have gtkpod installed automatically if an ipod is in >> the machine? Or 915resolution if your video card is supported by it? >> Or perhaps mpt-status if your RAID controller uses the mptscshih >> kernel module? Until yesterday, this was not possible in Debian. Now >> it is. To include a hot topic in this lets mention non-free firmware here. With firmware files being split out into seperate debs there should be a trivial way to get all the needed firmware installed. Sounds like this would be right up this alley too. There should be a slimmed down version that outputs udebs the D-I will need for the hardware and a full version for debs. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: glibc and UNACCEPTs
From: Wouter Verhelst,,, [mailto:[EMAIL PROTECTED] > > Is there any sensible reason for ever uploading a package in unstable > > with a higher version than in experimental? If not, such uploads can > > simply be forbidden altogether. > > The documented and preferred way to remove packages from > experimental is to upload a package to unstable that supersedes it... Umm. I guess that automatically sending a request for confirmation would be a better course of action then ;-) People remove packages from experimental only once in a while, thus always asking for confirmation shouldn't be too much of a hassle, and actually may be desirable. At least for those like me who redefine rm as "rm -i" in their .bashrc. Gerardo
Bug#386255: ITP: python-plistlib -- handle .plist files in python
Package: wnpp Severity: wishlist Owner: Guido Guenther <[EMAIL PROTECTED]> * Package name: python-plistlib Version : svn 969 * URL : http://honk.sigxcpu.org/git/plistlib/ Programming Lang: Python Description : handle MacOSX plist files in python License will have to be clarified with upstream. This package is needed for apples caldav server. Git is here: git clone http://honk.sigxcpu.org/git/pliblist/.git -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-rc5-g4c153431-dirty Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386256: ITP: python-dateutil -- powerful extensions to python's standard datetime module
Package: wnpp Severity: wishlist Owner: Guido Guenther <[EMAIL PROTECTED]> * Package name: python-dateutil Version : 1.0 Upstream Author : Gustavo Niemeyer <[EMAIL PROTECTED]> * URL : http://labix.org/python-dateutil * License : as shipped with python Programming Lang: Python Description : powerful extensions to python's standard datetime module * computing of relative deltas (next month, next year, next monday, last week of month, etc); * computing of relative deltas between two given date and/or datetime objects * computing of dates based on very flexible recurrence rules, using a superset of the iCalendar specification. Parsing of RFC strings is supported as well. * generic parsing of dates in almost any string format * timezone (tzinfo) implementations for tzfile(5) format files (/etc/localtime, /usr/share/zoneinfo, etc), TZ environment string (in all known formats), iCalendar format files, given ranges (with help from relative deltas), local machine timezone, fixed offset timezone, UTC timezone * internal up-to-date world timezone information based on Olson's database. * computing of Easter Sunday dates for any given year, using Western, Orthodox or Julian algorithms This package is needed for apples caldav server. GIT is at: http://honk.sigxcpu.org/git/python-dateutil/.git -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386254: ITP: python-vobject -- parse iCalendar and VCards in python
Package: wnpp Severity: wishlist Owner: Guido Guenther <[EMAIL PROTECTED]> * Package name: python-vobject Version : svn 154 Upstream Author : Jeffrey Harris <[EMAIL PROTECTED]> * URL : http://svn.osafoundation.org/vobject/trunk/ * License : apache 1.1 Programming Lang: Python Description : parse iCalendar and VCards in python Parses iCalendar and vCard files into Python data structures, decoding the relevant encodings. Also serializes vobject data structures to valid iCalendar or vCard unicode strings. Needed for apples caldav server. GIT is at: http://honk.sigxcpu.org/git/python-vobject/.git -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc and UNACCEPTs
On Wed, Sep 06, 2006 at 10:34:31AM +0200, BALLABIO GERARDO wrote: > Is there any sensible reason for ever uploading a package in unstable > with a higher version than in experimental? If not, such uploads can > simply be forbidden altogether. The documented and preferred way to remove packages from experimental is to upload a package to unstable that supersedes it... -- Home is where you have to wash the dishes. -- #debian-devel, Freenode, 2004-09-22 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc and UNACCEPTs
Anthony Towns wrote: > Yesterday, glibc 2.3.999.2-10 was accidently uploaded to unstable instead of experimental [...] Would anyone like to contribute their thoughts, so we can do an "air crash" style failure analysis to work out how we can avoid this class of problem in future, given the safety net that caught us this time is going away? Is there any sensible reason for ever uploading a package in unstable with a higher version than in experimental? If not, such uploads can simply be forbidden altogether. Gerardo