Bug#359634: apt: binNMU will FTBFS
Package: apt Version: 0.6.43.3 Severity: serious I tried building apt with a version of 0.6.43.3+pb1 and got this from pbuilder: ... debian/rules build dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (1234) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (1234) /usr/bin/make configure make[1]: Entering directory `/tmp/buildd/apt-0.6.43.3' make[1]: autoconf: Command not found make[1]: *** [configure] Error 127 make[1]: Leaving directory `/tmp/buildd/apt-0.6.43.3' -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359636: apt-zip: binNMU will FTBFS
Package: apt-zip
Version: 0.13.7
Severity: normal
I tried building apt-zip with a version of 0.13.7+pb1, to help apt distinguish
the result from the official package, and got this from pbuilder:
...
test "$DEV" = "yes" -o "0.13.7+pb1" = "0.13.7" || \
{ echo "Version mismatch"; false; }
Version mismatch
make: *** [build-stamp] Error 1
I'm making this severity normal since apt-zip builds no arch-dep packages,
but it would still be nice to be able for this to work as it does for most
other packages.
--
Daniel Schepler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#156452: Wanna bulk up
rebuild the South by educating it's youth. Lee truly felt his great purpose in what people would think of him if he pulled outrageous stunts. When Gene told him that http://es.geocities.com/GastonqiTgxnjE/ is the store to disappear those pds ant. Most shoe stores in the U.S. sell a range of Brazilian-made shoes, while Brazilian aircraft are presenting them in The Awakening.The Hobbit by J.R.R. Tolkien is set in a fantasy world that has -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359632: aleph: binNMU will FTBFS
Package: aleph Version: 0.9.0-2.1 Severity: serious I tried building aleph with a version of 0.9.0-2.1+pb1, and got this from pbuilder: ... for i in bld/aleph-doc-0-9-0-2-1+pb1/*-A4.ps \ bld/aleph-doc-0-9-0-2-1+pb1/*-A4.pdf; \ do \ cp $i debian/tmp-doc/usr/share/doc/aleph-doc/"`echo $i \ | sed -e 's!^.*/\([^/]\+\)-A4\(\.ps\|\.pdf\)$!\1\2!'`"; \ done cp: cannot stat `bld/aleph-doc-0-9-0-2-1+pb1/*-A4.ps': No such file or directory cp: cannot stat `bld/aleph-doc-0-9-0-2-1+pb1/*-A4.pdf': No such file or directory make: *** [binary-all] Error 1 -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359290: mpd: MP4 support
On Mon, Mar 27, 2006 at 11:05:00AM -0800, Eric Wong wrote: > Where in the archive is this? I can't find it on packages.debian.org. > Are you sure you don't have that package from an unofficial archive? Ooops, my mistake. It indeed comes from Christian Marillat's archive at http://debian.video.free.fr/ . I'll double-check this kind of stuff next time. This said, his package seems all fine (except a lintian warning about the library name-encoded version), too bad it isn't in the official archive. It might be worth asking Christian about it, since no mp4 support in Debian's mpd is sort of limiting. Best regards, -Waba. signature.asc Description: Digital signature
Bug#359633: nfs-common: init script fails
Package: nfs-common Version: 1:1.0.7-4 Severity: important The installation of nfs-common fails due to /etc/init.d/nfs-common returning 1 on 'restart'. The reason is the 'set -e' at the begining of the script, which intercepts the 'pkill -KILL -u root -x lockd' in the 'stop)' section. pkill returns 1, and the script dies. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages nfs-common depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library ii libevent1 1.1a-1 An asynchronous event notification ii libkrb53 1.4.3-6MIT Kerberos runtime libraries ii libnfsidmap1 0.13-1 An nfs idmapping library ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii portmap 5-18 The RPC portmapper ii sysvinit 2.86.ds1-14System-V-like init utilities nfs-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#307942: apt-get autoclean removes valid cache members
Hi,
>From my experiment, I think I have already found the problem here.
In the source file "./apt-pkg/clean.cc", I try to insert the debug code like in
the following,
cerr << "pkgArchiveCleaner::Go(): Pkg==" << Pkg << endl;
cerr << "pkgArchiveCleaner::Go(): IsFetchable==" << IsFetchable << endl;
cerr << "pkgArchiveCleaner::Go():Ver==" << Ver << endl;
cerr << "pkgArchiveCleaner::Go(): V.VerStr()==" << V.VerStr() << endl;
// See if this verison matches the file
if (IsFetchable == true && Ver == V.VerStr())
break;
The output that illustrate the problem is,
<--cut-->
pkgArchiveCleaner::Go(): Pkg==khelpcenter
pkgArchiveCleaner::Go(): IsFetchable==1
pkgArchiveCleaner::Go():Ver==3.2.2-1ubuntu3.1
pkgArchiveCleaner::Go(): V.VerStr()==4:3.2.2-1ubuntu3.1
<--cut-->
The problem is that the "Ver" value ("3.2.2-1ubuntu3.1") which is extracted
from the file in cache
"/var/cache/apt/archives/khelpcenter_3.2.2-1ubuntu3.1_i386.deb",
is not equal to "V.VerStr()" which has "4:" as an additional prefix.
For more information,
$ apt-cache policy khelpcenter khelpcenter: Installed: 4:3.2.2-1ubuntu3.1
Candidate: 4:3.2.2-1ubuntu3.1
Version Table:
4:3.4.3-0ubuntu6 0
600 http://downloads.planetmirror.com breezy-updates/main Packages
4:3.4.3-0ubuntu4 0
600 http://downloads.planetmirror.com breezy/main Packages
4:3.4.0-0ubuntu18.2 0
700 http://downloads.planetmirror.com hoary-updates/main Packages
4:3.4.0-0ubuntu18.1 0
700 http://downloads.planetmirror.com hoary-security/main Packages
4:3.4.0-0ubuntu18 0
700 http://downloads.planetmirror.com hoary/main Packages
4:3.3.2-1sarge1 0
500 http://ftp.debian.org sarge/main Packages
500 http://downloads.planetmirror.com sarge/updates/main Packages
*** 4:3.2.2-1ubuntu3.1 0
800 http://downloads.planetmirror.com warty-security/universe
Packages
100 /var/lib/dpkg/status
4:3.2.2-1ubuntu2 0
800 http://downloads.planetmirror.com warty/universe Packages
Also, according to the information from the original reporter of this bug, the
"akode" package has the same problem that its version is prefixed by "4:", as
shown below,
[apt-get_-s_autoclean.txt]
Del akode 3.3.2-1 [193kB]
Del alien 8.51 [115kB]
<--cut-->
[installed-packages.txt]
akode 3.3.2-1
alien 8.52
<--cut-->
[apt-cache-policy.txt]
akode:
Installed: 4:3.3.2-1
Candidate: 4:3.3.2-1
Version Table:
*** 4:3.3.2-1 0
990 ftp://ftp.de.debian.org sarge/main Packages
500 ftp://ftp.de.debian.org unstable/main Packages
100 /var/lib/dpkg/status
<--cut-->
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359635: pitivi probably lack a dependency
Package: pitivi Version: 0.9.9.2-1 Severity: important pitivi failed to run with a segmentation fault when gstreamer0.10-x is not installed, but run with no problem when it is installed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (700, 'testing'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages pitivi depends on: ii gstreamer0.10-gnonlin 0.10.0.5-1 non-linear editing module for GStr ii python2.3.5-5An interactive high-level object-o ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gnome2 2.12.3-2 Python bindings for the GNOME desk ii python-gst0.100.10.2-1 generic media-playing framework (P ii python-gtk2 2.8.2-3Python bindings for the GTK+ widge pitivi recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357238: cl-asdf: Package errors on system reload
Hello, On Thursday 16 March 2006 11:29, Christian Lynbech wrote: > The symptom is that the first I load and compiles a system, for > instance with `clc-require', it works as expected. However, on > subsequent starts of lisp, the load of the (now compiled) system > fails. The full error log is below, but the error encountered is: > > The name "ASDF1073" does not designate any package. I've been thinking about this for a while now and I think this is a feature, not a bug. All files should declare a package to load into, if not the results will be unpredictable. So this is IMHO just a gentle reminder to do an (in-package :something) at the start of the file. > The system being loaded in this example is the :regex system of the > "cl-regex" package (in version 1-1). regex/packages.lisp does not start with "(in-package :common-lisp-user)" when you add that line the problem should go away. > The cause of the problem is not entirely clear to me, but I suspect > the code for `find-system' in /usr/share/common-lisp/source/asdf/asdf.lisp. > It contains the following: > > (let ((*package* (make-package (gensym #.(package-name *package*)) >:use '(:cl :asdf > > which will generate a new unique package at each run. However, that > package is not likely to exist in another run of lisp. Even if a new > package is generated in the new session, in all probability it will > have a different name. This is good, it protects lazy libraries against other lazy libraries symbols. Does anyone disagree that this is a feature? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358452: Bug#348147: New version of patch
Thanks for the feedback.
First of all, note that I've split this bug into two with the changes to the
regular initramfs-tools scripts (the only change being the sourcing of files
generated by subscripts) going into this bug and the new hook and
local-premount script going into a bug against cryptsetup (bug 358452).
Some of your comments have already been fixed in the scripts I've attached to
that bug, and some have not. I'll CC this mail to that bug to make sure that
this conversation is noticed by anyone reading that report as well.
maximilian attems ([EMAIL PROTECTED]) wrote:
> David Härdeman wrote:
>> * Adds support for changing variables in the main init script, this is
>> performed by checking for the file /dev/.initramfs/source.me after
>> running each script and sourcing it if it does. This is probably
>> necessary if we ever want to support features such as ROOT=probe as it
>> would require changing the ROOT variable as the real root is found.
>
> nacked, this hack is ugly.
> the form you envisaged to do it is really nonobvious.
> the trouble is that you change the ROOT variable to NEWROOT from a
> subscript. need to think of a better way to do this.
Yes it is somewhat ugly. But the alternatives are far uglier. With this hack
it is much easier to support things like
root-on-reiserfs-on-lvm-on-dm-crypt-on-raid or ROOT=probe without having to do
extensive changes to unrelated scripts.
The only alternative that I could think of was to change the main init script
to source the subscripts rather than to execute them, but this would require
much more extensive changes.
I hope I can persuade you that this hack is the way to go :)
> > * Uses the above feature to remove the cryptroot boot option and also
> > makes changes to other files (such as lvm script) unnecessary.
For initrd compability I should probably readd the boot options. Thats an
issue for bug 358452 though.
> nice but missing essential crypto modules, see attached hook file.
I'm working on setting up cryptroot support in debian-installer
(partman-crypto). Since the installer knows which kinds of crypto it has
setup, it can also add the necessary modules. The hook on the other hand
cannot.
Maybe I should add some probing or just add more of the cryptomodules from the
hook (e.g. serpent, blowfish and twofish considering the current patches I
have for partman-crypto).
> also i'm real curious about that cryptgetpw, what's in there?
> mounting usb stick for reading the key?
The idea was to make things a bit more flexible. The user can create a
cryptgetpw script which gets a key from a usb stick, from a cd-rom, via the
network, whatever. As long as it outputs a key to stdout, everything should be
fine.
For example, I have a script which checks for a usbstick containing a
filesystem with a given uuid. It then loads a keyfile from that stick, asks
for a passphrase, hashes said passphrase and XOR's the two together to create
the key for the root partition.
I can clean it up later and submit as an example to put in /usr/share/doc...
> hmm that looks very much in the initrd-tools spirit where you
> putted an script to get executed later.
Is that good or bad? :)
> > for cs_x in ${runlist}; do
> > ${initdir}/${cs_x}
> > + if [ -e /dev/.initramfs/source.me ]; then
> > + . /dev/.initramfs/source.me
> > + rm -f /dev/.initramfs/source.me
> > + fi
> > done
> > }
>
> nack this is really strange, i had to triple look when that would be run.
See the arguments above. This is the only part that remains to be discussed in
this bug report. Would the change be more acceptable if I add a big fat
comment explaining what this does and why?
> > +if [ "$FSTYPE" != "luks" -a -z "$cryptopts" ]; then
> $FSTYPE is not exported so the check fails at this stage,
> also this seems to only work if luks and cryptopts are set,
> which seems not to match the code below.
It should exit if no cryptopts are set and no luks filesystem was found (i.e.
no encrypted root partition).
> > +# Check which cryptosolution we want
> > +if [ "$FSTYPE" = "luks" ]; then
> we need to run fstype to know that.
I'll fix
> hmm the loop broke out with me having typed in a bad password,
> need to recheck that.
I'll check
> need to properly read the initrd-tools report about cryptoroot to know
> what people wants and i guess we can get that working till that weekend.
> i need to check the initrd-tools boot args too as cat /proc/cmdline
> root=/dev/sda2 ro cryptopts=node=sda2
> looks somehow ugly.
Yes, I should take a look at the boot args used by initrd-tools and see if we
can use the same to avoid confusion.
> ps my quick trick to make the attached hook and the attached bootscript
> working was this hack (which doesn't work of course with lvm and md):
This should be fixed in the version of the scripts contained in bug 358452.
Regards,
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Bug#359340: ITP: opencity -- a 3D city simulator game
Le Mardi 28 Mars 2006 02:17, Steve Greenland a écrit : > On 27-Mar-06, 16:15 (CST), Gon??ri Le Bouder <[EMAIL PROTECTED]> wrote: > > OpenCity is a city simulator game project written in standard C++ > > with OpenGL and SDL from scratch. It is not intended to be a clone > > of any famous city simulator from Max*s. So, if you are looking to > > download a free SimCity 4 like, forget OpenCity. > > Okay, so it's not SimCity 4. It's also not PacMan, nor is it Emacs. > > What *is* it? I don't care what language or toolkit it uses. Is it a > real-time game (heh, that would be tedious...)? Turn based? What kinds > of things can I do? What events might happen? > > To be clear: I think it's okay to say "If you want SimCity 4, this isn't > it", but that's hardly a complete description. > Well, you're right. I'll give a more complete description to the package. Cheers, Gonéri
Bug#358330: [tex-k] Re: Bug#358330: [tex-live] KPSE_DOT in fmtutil: Why set to `pwd`?
On Mon, Mar 27, 2006 at 01:40:56PM -0600, Karl Berry wrote:
> I think that the correct solution is to replace the final default else
> with the conditional test:
>
> } else if (elt[0] != 0) {
> /* empty components can appear in TEXMFCNF; we skip over these */
>
> Sounds reasonable to me. Thomas, Olaf?
>
> Thanks Julian (and all).
Or even more C-ish:
else if (*elt)
:)
Julian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359638: amarok: Please re-enable the gstreamer engine, xine does not work at all
Package: amarok Severity: normal Tags: experimental Hi, I had to update from 1.4-beta2-1 to 1.4-beta2-3 due to the libmysqlclient transition, and I found out that amaroK is unusable. The xine engine with alsa output produces 2-3 seconds of static noise then amaroK freezes. With OSS output I do not even get the static noise just the freeze. Previously I used the gstreamer engine and that worked more or less (about 1 freeze/day with gstreamer). AFAIK the xine engine never worked for me even with the 1.3.x versions. The machine where I'd like to use amaroK is AMD64, but it is not networked, so I'm sending this report from an other machine. Gabor -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 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]
Bug#359637: nagios "Broken packages"
Package: nagios-mysql Version: 2:1.3-cvs.20050402-12+b1 Severity: grave It seems that in debian unstable, nagios has unmet dependencies. When I try to install nagios-mysql (nagios-txt and nagios-pgsql give the same error) apt-get return a "Broken Packages" error. apt-get install nagios-mysql nagios-common Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nagios-mysql: Depends: nagios-common (= 2:1.3-cvs.20050402-12+b1) but 2:1.3-cvs.20050402-12 is to be installed E: Broken packages Thank you for the help and best Regards, Marco Azimonti
Bug#359319: contacts: Misleading package description (not "lightweight")
On Mon, 2006-03-27 at 22:49 +0200, Jari Aalto wrote: > debian/control reads: > > Depends: libatk1.0-0 (>= 1.9.0), libbonobo2-0 (>= 2.8.0), libc6 (>= > 2.3.5-1), libcairo2 (>= 1.0.2-2), libebook1.2-5 (>= 1.4.2.1), > libedataserver1.2-4 (>= 1.4.2.1), libfontconfig1 (>= 2.3.0), libgconf2-4 (>= > 2.11.1), libglade2-0 (>= 1:2.5.1), libglib2.0-0 (>= 2.8.5), libgnome2-0 (>= > 2.8.0), libgnomevfs2-0 (>= 2.12.0), libgtk2.0-0 (>= 2.8.0), liborbit2 (>= > 1:2.10.0), libpango1.0-0 (>= 1.10.3), libpopt0 (>= 1.7), libx11-6, > libxcursor1 (>> 1.1.2), libxext6, libxi6, libxinerama1, libxml2 (>= 2.6.23), > libxrandr2, libxrender1 (>= 1:0.9.0.2), zlib1g (>= 1:1.2.1), > evolution-data-server > Filename: pool/main/c/contacts/contacts_0.1-1_i386.deb > Size: 36902 > MD5sum: 7ceea54e9d2bfcf2988a2da619f379ff > Description: lightweight addressbook > Contacts is a small, lightweight addressbook that features advanced > vCard field > type handling and is designed for use on hand-held devices, such as the > Nokia > 770 or the Sharp Zaurus series of PDAs. > > Please remove word "lightweight" from Descriptions field, which is misleading > given > the huge number of dependencies. libc6 (>= 2.3.5-1) Can't argue with that. libx11-6 libxcursor1 (>> 1.1.2) libxext6 libxi6 libxinerama1 libxrandr2 libxrender1 (>= 1:0.9.0.2) Standard X libraries. Rebuilding the package with --as-needed will remove those. libatk1.0-0 (>= 1.9.0) libcairo2 (>= 1.0.2-2) libfontconfig1 (>= 2.3.0) libglib2.0-0 (>= 2.8.5) libgtk2.0-0 (>= 2.8.0) libpango1.0-0 (>= 1.10.3) The GTK+ stack. libglade2-0 (>= 1:2.5.1) Utility library, very small. libebook1.2-5 (>= 1.4.2.1) libedataserver1.2-4 (>= 1.4.2.1) evolution-data-server EDS libraries. libbonobo2-0 (>= 2.8.0) libpopt0 (>= 1.7) liborbit2 (>= 1:2.10.0) libgconf2-4 (>= 2.11.1) libgnome2-0 (>= 2.8.0) libgnomevfs2-0 (>= 2.12.0) libxml2 (>= 2.6.23) zlib1g (>= 1:1.2.1) A selection of libraries that would disappear with --as-needed, and are all bought in from evolution-data-server (new upstream releases will remove some of those with luck). Contacts was designed for a 64M RAM, 200MHz system, and works very well on one of those. > Firthermore, it would be more appropriate to call this package > evolution-contacts, because > it is tied to evolution-data-server Why? If I saw a package evolution-contacts, I'd think the Evolution package had been split up into evolution-contacts, evolution-calendar, and so on. This package is a totally different application that just happens to use the same backend libraries. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#359035: Bug#359634: apt: binNMU will FTBFS
severity 359035 serious merge 359035 359634 thanks It appears that this issue has already been reported signature.asc Description: Digital signature
Bug#359639: beast: FTBFS: conflicting types for g_intern_string
Package: beast Version: 0.6.6-4 Severity: serious From my pbuilder build log: ... /bin/sh ../libtool --mode=compile i486-linux-gnu-gcc -DG_LOG_DOMAIN=\"SFI\" -DG_DISABLE_CONST_RETURNS -I.. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -g -O3 -g -DG_ENABLE_DEBUG -ggdb3 -fno-cond-mismatch -Wmissing-prototypes -Wmissing-declarations -Wno-cast-qual -Wpointer-arith -Wredundant-decls -Wmissing-noreturn -pipe -ftracer -finline-functions -fno-keep-static-consts -c sfistore.c mkdir .libs i486-linux-gnu-gcc -DG_LOG_DOMAIN=\"SFI\" -DG_DISABLE_CONST_RETURNS -I.. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -g -O3 -g -DG_ENABLE_DEBUG -ggdb3 -fno-cond-mismatch -Wmissing-prototypes -Wmissing-declarations -Wno-cast-qual -Wpointer-arith -Wredundant-decls -Wmissing-noreturn -pipe -ftracer -finline-functions -fno-keep-static-consts -c sfistore.c -fPIC -DPIC -o .libs/sfistore.o In file included from ../sfi/sfitypes.h:22, from ../sfi/sfivalues.h:22, from sfistore.h:22, from sfistore.c:19: ../sfi/glib-extra.h:93: error: conflicting types for 'g_intern_string' /usr/include/glib-2.0/glib/gquark.h:43: error: previous declaration of 'g_intern_string' was here ../sfi/glib-extra.h:94: error: conflicting types for 'g_intern_static_string' /usr/include/glib-2.0/glib/gquark.h:44: error: previous declaration of 'g_intern_static_string' was here make[4]: *** [sfistore.lo] Error 1 make[4]: Leaving directory `/tmp/buildd/beast-0.6.6/sfi' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/beast-0.6.6/sfi' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/beast-0.6.6' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/tmp/buildd/beast-0.6.6' make: *** [build-stamp] Error 2 -- Daniel Schepler
Bug#359640: nfs-common fails to stop when lockd is not running
Package: nfs-common Version: 1.0.7-4 Severity: important Tags: patch When NEED_LOCKD is not set to "yes" and lockd is not running, the nfs-common init script uses pkill to kill any running lockds anyway. This call is not protected with a "|| true" clause, and the init script fails to stop and restart because it uses "set -e". This also affects package upgrades. --- nfs-common~ 2006-03-28 08:48:08.0 +0100 +++ nfs-common 2006-03-28 08:48:16.0 +0100 @@ -133,7 +133,7 @@ start-stop-daemon --stop --oknodo --quiet \ --name rpc.lockd || true else - pkill -KILL -u root -x lockd + pkill -KILL -u root -x lockd || true fi printf " statd" start-stop-daemon --stop --oknodo --quiet \ Cheers, Stelios Bounanos (sb()enotty()net) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359642: pexts - FTBFS: build depends against not available package
Package: pexts Version: 0.2.0-4+b1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of pexts_0.2.0-4+b1 on debian-31 by sbuild/s390 85 [...] > E: Package pike7.2 has no installation candidate > Package pike7.2 is not available, but is referred to by another package. > This may mean that the package is missing, has been obsoleted, or > is only available from another source > apt-get failed. > Package installation failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359643: fckeditor flavour of htmlarea widget limit
package: interchange version: 5.4.0-1 tags: upstream, confirmed The fckeditor flavour of the htmlarea widget can only be used for one input field as reported by Luc Knaven on the Interchange mailing list. Bye Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357803: option to include upstream sources even when not first Debian version
Coin, "Bernhard R. Link" <[EMAIL PROTECTED]> writes: > If it cries with the same file again, that is a bug I have not yet seen. > Unless it is told to include a file with the same name within the pool/ > directory but different size and md5sum it should happily use the one > already there. I just had some spare time for testing (with multiple -sa uploads) and it's ok, and it use the source tarball already here. I tested corrupting the source file (simulating corruption or changes) and reprepro use the source tarball already here without complaining. It would better fail because md5sum does not match ; but this is slightly out of this bug's scope... -- Marc Dequènes (Duck) pgpv0fiMEeGDM.pgp Description: PGP signature
Bug#358343: commons-daemon FTBFS bug
This build failure appears to be caused by specifying -Dbuild.compiler=jikes without ensuring that jikes is installed. If I pass "--extrapackages jikes" on the pbuilder command line, the package builds fine. (But I'd recommend fixing this by allowing ant to use its default of ecj-bootstrap, instead of adding jikes to the Build-Depends.) -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359134: [Pkg-mailman-hackers] Bug#359134: cgi script create fails to update aliases* and virtual-mailman* files
Lionel Elie Mamane ha scritto: > On Sun, Mar 26, 2006 at 06:21:42AM +0200, Manlio Perillo wrote: > >> When creating a new mailing list with the web interface, create cgi >> script fails to modify the files aliases* and virtual-mailman*. > > You are running with > MTA = 'Postfix' > in /etc/mailman/mm_cfg.p ? > Yes. >> A working solution is to do: >> chmod 0660 /var/lib/mailman/data/aliases.db >> chmod 0660 /var/lib/mailman/data/virtual-mailman.db > > What is this good for? These files get recreated every time by > "/usr/sbin/postmap" and "/usr/sbin/postalias", don't they? > I think they are only overwritten. Once the right file access permission is set, it is kept. The problem seems to be with postalias (bug #359209). Thanks and regards Manlio Perillo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359641: linux-image-2.6.16-1-686: kernel 2-6-16 stops xserver-xorg from starting because it doesn't recognize mice
Package: linux-image-2.6.16-1-686 Version: 2.6.16-3 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages linux-image-2.6.16-1-686 depends on: ii initramfs-tools [linux-initra 0.53c tools for generating an initramfs ii module-init-tools 3.2.2-2tools for managing Linux kernel mo Versions of packages linux-image-2.6.16-1-686 recommends: ii libc6-i6862.3.6-3GNU C Library: Shared libraries [i -- debconf information: linux-image-2.6.16-1-686/preinst/initrd-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/create-kimage-link-2.6.16-1-686: true linux-image-2.6.16-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.16-1-686/prerm/removing-running-kernel-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/old-dir-initrd-link-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/depmod-error-initrd-2.6.16-1-686: false linux-image-2.6.16-1-686/preinst/lilo-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/old-system-map-link-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/kimage-is-a-directory: linux-image-2.6.16-1-686/preinst/bootloader-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/preinst/already-running-this-2.6.16-1-686: * linux-image-2.6.16-1-686/preinst/overwriting-modules-2.6.16-1-686: false linux-image-2.6.16-1-686/postinst/old-initrd-link-2.6.16-1-686: true linux-image-2.6.16-1-686/preinst/abort-overwrite-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/depmod-error-2.6.16-1-686: false linux-image-2.6.16-1-686/preinst/failed-to-move-modules-2.6.16-1-686: linux-image-2.6.16-1-686/preinst/elilo-initrd-2.6.16-1-686: true linux-image-2.6.16-1-686/prerm/would-invalidate-boot-loader-2.6.16-1-686: true linux-image-2.6.16-1-686/postinst/bootloader-error-2.6.16-1-686: linux-image-2.6.16-1-686/preinst/abort-install-2.6.16-1-686: linux-image-2.6.16-1-686/postinst/bootloader-test-error-2.6.16-1-686: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359644: adding a package should be atomic
Package: reprepro Version: 0.8.1-1 Coin, In the problem i encountered in #357803, adding a file built without -sa for a non -1 package resulted in reprepro complaining for missing source tarball, but with other files added into the pool. Either reprepro should copy files after all checks, or remove them when an error occur, leaving the pool in a sane state (even if the db is clean, the filesystem should be clean too). Regards. -- Marc Dequènes (Duck) pgp3l76XqlIiR.pgp Description: PGP signature
Bug#359303: ITP: sabayon -- Sabayon is a system administration tool to manage GNOME desktop settings
Le mardi 28 mars 2006 à 09:30 +0200, Loïc Minier a écrit : > Hi, > > On Mon, Mar 27, 2006, Marco Cabizza wrote: > > * Package name: sabayon > > Description : A system administration tool to manage GNOME desktop > > settings > > Thanks for preparing sabayon packages! You might want to get in touch > with debian-gtk-gnome@lists.debian.org and/or hang around #gnome-debian > if you have any issue packaging sabayon (it's also a place to look for > sponsors!). Feel free to contact me if you have any questions regarding GConf in Debian, which has many customisations over the upstream version. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#359204: Upgrading cheops FTBFS bug
package cheops severity 359204 serious thanks I'm upgrading this bug to RC status, since the package has to be able to build no matter how the Build-Depends are satisfied. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359645: camelbones: FTBFS: Unsatisfiable Build-Depends
Package: camelbones Version: 0.2.3.cvs20040220-2 Severity: serious From my pbuilder build log: ... Installing the build-deps -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.23 2006/02/11 13:17:04 dancer Exp $ -> Considering debhelper (>= 4.0.0) -> Trying debhelper -> Considering gnustep-make -> Trying gnustep-make -> Considering libgnustep-gui0.9-dev -> Trying libgnustep-gui0.9-dev -> Cannot install libgnustep-gui0.9-dev; apt errors follow: Reading package lists... Done Building dependency tree... Done E: Couldn't find package libgnustep-gui0.9-dev W: Unable to locate package libgnustep-gui0.9-dev E: Could not satisfy build-dependency. E: pbuilder-satisfydepends failed. You need to update to libgnustep-gui0.10-dev. -- Daniel Schepler
Bug#359646: check for substvars file in Debian-Diff
Package: lintian
Severity: wishlist
Tags: patch
hi,
i somehow managed to have a debian/substvars file in the Debian-Diff
(dont ask ;)). Lintian did not complain about it, while policy says
those files must be removed by the clean target. Attached diff against
trunk makes Lintian check for substvars files in the Debian-Diff.
bye,
- michael
Index: checks/debdiff.desc
===
--- checks/debdiff.desc (revision 591)
+++ checks/debdiff.desc (working copy)
@@ -24,6 +24,13 @@
the reason is the location of the original source tarball. dpkg-source
searches for this in ../package_upstream-version.orig.tar.gz.
+Tag: diff-contains-substvars
+Type: warning
+Info: Lintian found a substvars file in the Debian-diff for this source
+ Package. The debian/substvars file is usually generated and modified
+ dynamically by debian/rules targets, and must be removed by the clean
+ target.
+
Tag: source-tar-is-posix-tar
Type: error
Info: The source tar archive of this package is made with tar --posix. This
Index: checks/debdiff
===
--- checks/debdiff (revision 591)
+++ checks/debdiff (working copy)
@@ -50,6 +50,9 @@
$file = $1;
tag_warn("patch-failure-file-in-diff", $file)
if ($file =~ m/\.(orig|rej)$/);
+
+tag_warn("diff-contains-substvars", $file)
+ if ($file =~ m/substvars$/);
}
close(STAT) or fail("error reading diffstat file: $!");
Bug#359647: devilspie: FTBFS: Syntax error before GMemChunk
Package: devilspie Version: 0.16-2 Severity: serious From my pbuilder build log: ... make[3]: Entering directory `/tmp/buildd/devilspie-0.16/src' source='devilspie.c' object='devilspie.o' libtool=no \ depfile='.deps/devilspie.Po' tmpdepfile='.deps/devilspie.TPo' \ depmode=gcc3 /bin/sh ../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I. -DXTHREADS -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/X11R6/include -I/usr/include/libwnck-1.0 -I/usr/include/atk-1.0 -DLOCALEDIR=\""/usr/share/locale"\" -DSYSCONFDIR=\""/etc"\" -DDATADIR=\""/usr/share"\" -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DWNCK_I_KNOW_THIS_IS_UNSTABLE -Wall -Wmissing-prototypes -g -Wall -O2 -c `test -f 'devilspie.c' || echo './'`devilspie.c In file included from devilspie.c:27: e-sexp.h:105: error: syntax error before 'GMemChunk' e-sexp.h:105: warning: no semicolon at end of struct or union e-sexp.h:106: warning: type defaults to 'int' in declaration of 'result_chunks' e-sexp.h:106: warning: data definition has no type or storage class e-sexp.h:107: error: syntax error before '}' token make[3]: *** [devilspie.o] Error 1 make[3]: Leaving directory `/tmp/buildd/devilspie-0.16/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/buildd/devilspie-0.16/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/buildd/devilspie-0.16' make: *** [debian/stamp-makefile-build] Error 2 -- Daniel Schepler
Bug#359639: conflicting types for g_intern_string
here's the upstream patch to get beast
to compile properly against glib-2.10.
future beast versions will automatically include this.
---
ciaoTJIndex: ChangeLog
===
RCS file: /cvs/gnome/beast/sfi/ChangeLog,v
retrieving revision 1.286
diff -u -p -r1.286 ChangeLog
--- ChangeLog 9 Mar 2006 00:53:39 - 1.286
+++ ChangeLog 27 Mar 2006 16:39:17 -
@@ -1,3 +1,8 @@
+Mon Mar 27 18:22:18 2006 Stefan Westerfeld <[EMAIL PROTECTED]>
+
+ * glib-extra.[hc]: g_intern_(static)_string only needs to be provided
+ for old glib versions (< glib-2.9.0).
+
Thu Mar 9 00:55:39 2006 Tim Janik <[EMAIL PROTECTED]>
* Makefile.am: get rid of sficonfig.h. generate partial library
libsfi.o.
Index: glib-extra.c
===
RCS file: /cvs/gnome/beast/sfi/glib-extra.c,v
retrieving revision 1.30
diff -u -p -r1.30 glib-extra.c
--- glib-extra.c9 Mar 2006 00:53:39 - 1.30
+++ glib-extra.c27 Mar 2006 16:39:17 -
@@ -170,6 +170,7 @@ g_strdup_lstrip (const gchar *string)
return NULL;
}
+#if !GLIB_CHECK_VERSION (2, 9, 0)
const gchar*
g_intern_string (const gchar *string)
{
@@ -181,6 +182,7 @@ g_intern_static_string (const gchar *s
{
return string ? g_quark_to_string (g_quark_from_static_string (string)) :
NULL;
}
+#endif
static gchar*
delim_concat_varargs (const gchar *first_string,
Index: glib-extra.h
===
RCS file: /cvs/gnome/beast/sfi/glib-extra.h,v
retrieving revision 1.36
diff -u -p -r1.36 glib-extra.h
--- glib-extra.h9 Mar 2006 00:53:39 - 1.36
+++ glib-extra.h27 Mar 2006 16:39:17 -
@@ -89,8 +89,11 @@ gchar* g_strdup_stripped (const gchar
gchar* g_strdup_rstrip (const gchar *string);
gchar* g_strdup_lstrip (const gchar *string);
+#if !GLIB_CHECK_VERSION (2, 9, 0)
const gchar*g_intern_string (const gchar *string);
const gchar*g_intern_static_string (const gchar *string);
+#endif
+
const gchar*g_intern_strconcat (const gchar *first_string,
...);
const gchar*g_intern_printf (const gchar *format,
Bug#359648: ITP: librpcsecgss -- allows secure rpc communication using the rpcsec_gss protocol
Package: wnpp Severity: wishlist librpcsecgss allows secure rpc communication using the rpcsec_gss protocol. Homepage: http://www.citi.umich.edu/projects/nfsv4/linux/ This package is needed by the Linux NFSv4-implementation Includes code copyrighted by the University of Michigan and Sun Microsystems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359164: [powerpc64] d-i fails, base-installer/initramfs/no-generator
On Tue, Mar 28, 2006 at 08:36:44AM +0200, Martin Michlmayr wrote: > * Sven Luther <[EMAIL PROTECTED]> [2006-03-27 16:43]: > > I didn't touch the buildd since more than a week, so it is clear > > that (again) the d-i team broke the daily builds and don't take the > > responsability to fix them. > > Did you actually take *any look* at the failure at all? If so, you'd > know that you're blaming the wrong people... Actually, Frans is blaming me, so ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359650: drip: FTBFS: Cannot find -lXv
Package: drip Version: 0.8.3.2+0.9.0-rc3-7 Severity: serious From my pbuilder build log: ... /bin/sh ../libtool --mode=link g++ -g -Wall -O2 -lm -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/lib -lxml2 -lz -lm -lMagick -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -lXext -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lpthread -lm -lpthread -o dripencoder `glib-config --libs` `gdk-pixbuf-config --libs` `esd-config --libs` -Wl,-rpath,/usr/lib -laviplay -lm -pthread -L../libspu/ -DNONE dripencoder-external.o dripencoder-fast_memcpy.o dripencoder-demuxer.o dripencoder-encoder.o dripencoder-deinterlace.o dripencoder-autoclipper.o dripencoder-pulldown.o dripencoder-swscale.o dripencoder-scaler.o dripencoder-clipper.o dripencoder-conversion.o dripencoder-plugin-loader.o dripencoder-main.o -rdynamic -L/usr/lib -L/usr/X11R6/lib -rdynamic -lgnomeui -lart_lgpl -lgdk_imlib -lSM -lICE -lgtk -lgdk -lgmodule -ldl -lXi -lXext -lX11 -lgnome -lgnomesupport -lesd -laudiofile -lm -ldb-3 -lglib -Wl,-rpath,/usr/lib -laviplay -lm -lpthread -lgthread -lmpeg2 -la52 -lmad ../libspu/libdripspu.la g++ -g -Wall -O2 -o .libs/dripencoder -Wl,-rpath -Wl,/usr/lib -pthread -DNONE dripencoder-external.o dripencoder-fast_memcpy.o dripencoder-demuxer.o dripencoder-encoder.o dripencoder-deinterlace.o dripencoder-autoclipper.o dripencoder-pulldown.o dripencoder-swscale.o dripencoder-scaler.o dripencoder-clipper.o dripencoder-conversion.o dripencoder-plugin-loader.o dripencoder-main.o -rdynamic -rdynamic -Wl,-rpath -Wl,/usr/lib -lm -L/usr/X11R6/lib -L/usr/local/X11R6/lib -L/usr/lib -lz -lm /usr/lib/libMagick.so /usr/lib/liblcms.so /usr/lib/libtiff.so /usr/lib/libfreetype.so /usr/lib/libjasper.so /usr/lib/libjpeg.so -lXext -lSM -lICE -lX11 /usr/lib/libxml2.so -lz -lpthread -lm -lpthread /usr/lib/libgdk_pixbuf.so -lm -lm -L/tmp/buildd/drip-0.8.3.2+0.9.0-rc3/build-tree/drip-0.9.0rc3/libspu /usr/lib/libgnomeui.so /usr/lib/libart_lgpl.so /usr/lib/libgdk_imlib.so -lSM -lICE /usr/lib/libgtk.so /usr/lib/libgdk.so /usr/lib/libgmodule.so -ldl -lXi -lXext -lX11 /usr/lib/libgnome.so /usr/lib/libgnomesupport.so /usr/lib/libesd.so /usr/lib/libaudiofile.so -lm /usr/lib/libglib.so /usr/lib/libaviplay.so -lm -lpthread /usr/lib/libgthread.so /usr/lib/libmpeg2.so /usr/lib/liba52.so /usr/lib/libmad.so ../libspu/.libs/libdripspu -ldl -lz -lm -lXext -lSM -lICE -lX11 -lm -lpthread -lz -ldl -lm -lz -lm -lz -lm -ldl -lz -lm -ldl -lXi -lXext -lX11 -lm -lm -lm -L/usr/share/qt3/lib -lz -lSM -lICE -lXi -lXext -lX11 -lpthread -ldl -L/tmp/buildd/gnome-libs-1.4.2/libgnomeui/../libgnome -L/tmp/buildd/gnome-libs-1.4.2/libgnomeui/../libgnome/.libs -L/tmp/buildd/gnome-libs-1.4.2/libgnomeui/../libart_lgpl -L/tmp/buildd/gnome-libs-1.4.2/libgnomeui/../libart_lgpl/.libs -lm -lm -lm -lm -lm -ldb-3 -ldl -lXi -lXext -lX11 -lm -ldl -lXi -lXext -lX11 -lm -ldl -lXi -lXext -lX11 -lm -ldl -ldl -lXi -lXext -lX11 -lm -lSM -lICE -ldl -lXi -lXext -lX11 -lm -ldl -lXi -lXext -lX11 -lm -ldl -ldl -lXi -lXext -lX11 -lm -lm -lm -lm -lm -lm -ldl -lz -lm -lm -ldl -lXi -lXext -lX11 -lm -ldl -lXi -lXext -lX11 -lm -ldl -lXi -lXext -lX11 -lm -ldl -lm -lm -lm -lz -lm -lz -lm -lm -lm -laudio -lXt -lvga -lncurses -lslang -lz -lSM -lICE -lXinerama -lXv -lXi -lXext -lXft -lfontconfig -lX11 -lpthread -lnsl -ldl -lpthread -lm -lm -lz -lm -lz -lm -lm -lpthread -lz -lm -lz -lm -lc -lz -lm -lpng -lXext -lSM -lICE -lX11 -lbz2 -ldl -lz -lm -lz -lpthread -lm -lpthread -lpthread -lpthread /usr/bin/ld: cannot find -lXv collect2: ld returned 1 exit status make[3]: *** [dripencoder] Error 1 make[3]: Leaving directory `/tmp/buildd/drip-0.8.3.2+0.9.0-rc3/build-tree/drip-0.9.0rc3/encoder' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/drip-0.8.3.2+0.9.0-rc3/build-tree/drip-0.9.0rc3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/drip-0.8.3.2+0.9.0-rc3/build-tree/drip-0.9.0rc3' make: *** [debian/stamp-makefile-build] Error 2 It appears -lXv is being pulled in by libaviplay.la; but you should probably update your libtool anyway to a modern version which doesn't pull in all the indirect dependencies. -- Daniel Schepler
Bug#359651: mountall.sh: additional proc mountpoints (for chroots) are not mounted
Package: initscripts Version: 2.86.ds1-13 Severity: normal Hi, in the do_start() function in mountall.sh first all proc-type Filesystems are mounted and after that all non-proc Filesystems this causes the following problem: I have got the following in my fstab (and some more of course): proc/proc procdefaults0 0 [...] /dev/sda6 /varext3defaults0 2 [...] proc /var/chroot/sid-ia32/proc procdefaults0 0 When mounting proc filesystems /var/chroot/sid-ia32/proc is not mounted because /var is not mounted. Wenn mounting the other filesystems its not mounted because its a proc filesystem. Thus I have to mount it manually to use my chroot. Perhaps it's an option to leave out the noproc statement but yes there was this other problem resulding in a failure if only proc has to be mounted and is already. Thank for all help to come ;) Chris -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.7-skogtun-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages initscripts depends on: ii debianutils 2.15.3 Miscellaneous utilities specific t ii e2fsprogs 1.38+1.39-WIP-2005.12.31-1 ext2 file system utilities and lib ii libc6 2.3.6-3GNU C Library: Shared libraries an ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ii mount 2.12r-8Tools for mounting and manipulatin initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341380: lilo-installer cannot handle image in /boot
Hi all, will this issue be fixed in an installer update for sarge ? At the moment I'm generating two links from my preseed file with the following kludge to get lilo-installer running: d-i preseed/early_command string echo "ln -s boot/initrd.img /target/initrd.img; ln -s boot/vmlinuz /target/vmlinuz" >>/usr/lib/base-installer.d/40netcfg Thanks, Hermann -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#310148: xmltex: Reproducable
Package: xmltex Version: 1.9-11.1 Followup-For: Bug #310148 I too was bit by this bug, and am able to reproduce it reliably using the provided file: $ xmlto ps diary2.docbook\?bug\=310148\;msg\=15\;att\=1 Making portrait pages on a4 paper (210 mm x 297 mm) This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode (./tmp.fo LaTeX2e <2003/12/01> Babel and hyphenation patterns for american, french, german, ngerman, b ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur kish, ukrainian, nohyphenation, loaded. xmltex version: 2002/06/25 v1.9 (Exp): (/usr/share/texmf/tex/xmltex/config/xmltex.cfg) No File: tmp.cfg (/usr/share/texmf/tex/xmltex/passivetex/fotex.xmt) (/usr/share/texmf-tetex/tex/latex/base/article.cls Document Class: article 2004/02/16 v1.4f Standard LaTeX document class (/usr/share/texmf-tetex/tex/latex/base/size10.clo)) (/usr/share/texmf/tex/xmltex/passivetex/fotex.sty ) No file tmp.aux. (/usr/share/texmf/tex/latex/tipa/t3ptm.fd) (/usr/share/texmf-tetex/tex/latex/cyrillic/t2acmr.fd) (/usr/share/texmf-tetex/tex/latex/base/ts1cmr.fd) (/usr/share/texmf-tetex/tex/latex/psnfss/t1ptm.fd) No file tmp.out. No file tmp.out. INFO: Using normal, i.e. nonfrench-spacing in document (/usr/share/texmf-tetex/tex/latex/psnfss/t1phv.fd) ! LaTeX Error: Something's wrong--perhaps a missing \item. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.212 ..." hyphenation-remain-character-count="2"> Diary Diary
Bug#358351: [Ticket#1001767] Bug#358351: mozilla-firefox: https fails sometimes when usin [...]
Eric Dorland <[EMAIL PROTECTED]> wrote: > Are you entirely sure it isn't your proxy at fault? What happens in > you don't use this pac.js? Yes, I am. If I configure the same proxy with the manual settings, everything works as expected. The interesting thing is that the error occurs without any noticable waiting time. You hit enter (or reload) and directly after this you'll get the error message. -- Greetings, - Patrick Cornelißen
Bug#359288: acknowledged by developer (Do "apt-get -f install")
> "Debian" == Debian Bug Tracking System <[EMAIL PROTECTED]> writes: Debian> From: Thomas Hood <[EMAIL PROTECTED]> Debian> Subject: Do "apt-get -f install" Debian> To: [EMAIL PROTECTED] Debian> Date: Mon, 27 Mar 2006 21:30:59 +0200 Debian> Message-ID: <[EMAIL PROTECTED]> Debian> This does not reflect a bug in the initscripts package. Well then the message which appears is at least confusing, since it states Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. And broken package Debian> You should be able to fix your installation by running: Debian>apt-get update Debian>apt-get -f install No, that I already tried of course. Debian> If that doesn't work, please post your /etc/apt/sources.list and Debian> the output of "apt-get update" and "apt-get -f install". I do this below, Thanks Uwe Brauer Output of apt-get -f install install.bug Description: Binary data Output apt-get update update.bug Description: Binary data Copy of Sources.list sources.list Description: Binary data
Bug#359616: allow apt-spy to be run as non-root
Hi Mike, You already can run apt-spy as non-root. The only thing you can't do without root is download the mirror list, you're stuck with whatever list was last downloaded. I think that a viable option to add would be to specify the location to download the list to. That may go into a future version. Cheers, Stephen > -Original Message- > From: Michael Gilbert [mailto:[EMAIL PROTECTED] > Sent: 28 March 2006 03:09 > To: Debian Bug Tracking System > Subject: Bug#359616: allow apt-spy to be run as non-root > > > Package: apt-spy > Version: 3.1-14 > Severity: wishlist > > currently apt-spy requires the user to run the software as root. i > propose that it should be possible to run apt-spy as non-root. > the code need only be modified to download the server list to a > temp location and to present the best server on standard > output, rather > than updating /etc/apt/sources.list. > > mike > > -- System Information: > Debian Release: testing/unstable > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/bash > Kernel: Linux 2.6.15-1-686 > Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) > > Versions of packages apt-spy depends on: > ii libc6 2.3.6-3GNU C Library: > Shared libraries an > ii libcurl3 7.15.3-1 Multi-protocol > file transfer libra > > apt-spy recommends no packages. > > -- no debconf information > > > [EMAIL PROTECTED]: This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify us immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person: to do so could be a breach of confidence. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of the Trust. Thank you for your co-operation. This footnote confirms that the message has been swept for computer viruses by McAfee VirusScan Enterprise Edition: whilst every care is taken to avoid the transmission of virus code; please ensure that you have up to date virus detection software before opening any E-mail messages or attachments. Chelsea and Westminster Healthcare NHS Trust
Bug#359649: discover1: BinNMU will FTBFS
Package: discover1 Version: 1.7.17 Severity: serious I tried building discover1 with a version of 1.7.17+pb1 here and got this from pbuilder: ... sh debian/check-configure.sh dpkg-parsechangelog: warning: no utmp entry available and LOGNAME not defined; using uid of process (1234) debian: warning: no utmp entry available and LOGNAME not defined; using uid of process (1234) Versions in AC_INIT/changelog do not match. Fix and run autogen.sh. Configure says: 1.7.17 debian/changelog says: 1.7.17+pb1 make: *** [config.status] Error 1 -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358127: pango1.0: binNMUs will fail
severity important thanks Le mardi 21 mars 2006 à 10:15 +0100, Daniel Schepler a écrit : > Package: pango1.0 > Version: 1.12.0-2 > Severity: normal > > I tried locally building a version 1.12.0-2+pb1 version of the pango1.0 > package (to make sure the result got distinguished from the official > packages), and got: Do you need to special char for a binNMU?
Bug#359287: acknowledged by developer (Re: Bug#359287: udev: can'tinstall the pkg, a bug report should be filed)
> "Debian" == Debian Bug Tracking System <[EMAIL PROTECTED]> writes: Debian> This is an automatic notification regarding your Bug report Debian> #359287: udev: can't install the pkg, a bug report should be filed, Debian> which was filed against the udev package. Debian> On Mar 27, Uwe Brauer <[EMAIL PROTECTED]> wrote: >> The following packages have unmet dependencies: udev: Depends: >> initscripts (>= 2.85-16) but it is not going to be installed Debian> This is not a bug, if you do not know how to work around Debian> this please ask for help on [EMAIL PROTECTED] I will do, but don't you think that the message which is returned is _confusing_, since it states A bug report *should* be filed Uwe Brauer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359652: libsoup: binNMU's will be broken
Package: libsoup Version: 2:2.91-1 Severity: serious I built libsoup with a version of 2:2.91-1+pb1 here; the package built successfully, but libsoup2.2-8 has an shlibs file containing: libsoup-2.2 8 libsoup2.2-8 (>= ) This causes all packages depending on libsoup2.2-8 to FTBFS; for example, from a recent evolution build log: ... dh_builddeb -pevolution dpkg-deb: parse error, in file `debian/evolution/DEBIAN/control' near line 6 package `evolution': `Depends' field, reference to `libsoup2.2-8': error in version: version string is empty dh_builddeb: command returned error code 512 make: *** [binary-makedeb-IMPL/evolution] Error 1 -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358127: pango1.0: binNMUs will fail
Le Mardi 28 Mars 2006 11:19, vous avez écrit : > > I tried locally building a version 1.12.0-2+pb1 version of the pango1.0 > > package (to make sure the result got distinguished from the official > > packages), and got: > > Do you need to special char for a binNMU? Umm, see http://lists.debian.org/debian-devel-announce/2005/11/msg00018.html for why at least 1.12.0-2+b1 etc has to work. -- Daniel Schepler
Bug#359345: ITP: dbdesigner -- DBDesigner 4 is a visual database design system that integrates database design, modeling, creation and maintenance into a single, seamless environment.
[Guilherme Mesquita Gondim] > Package: wnpp > Severity: wishlist > Owner: Guilherme Mesquita Gondim <[EMAIL PROTECTED]> > > > * Package name: dbdesigner This package was requested earlier. Have a look at bug #204475 to learn more about that work. If the build still require kylix, I suspect you have a struggle ahead of you. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358330: [tex-k] Re: Bug#358330: [tex-live] KPSE_DOT in fmtutil: Why set to `pwd`?
On Mon, Mar 27, 2006 at 01:40:56PM -0600, Karl Berry wrote:
> I think that the correct solution is to replace the final default else
> with the conditional test:
>
> } else if (elt[0] != 0) {
> /* empty components can appear in TEXMFCNF; we skip over these */
>
> Sounds reasonable to me. Thomas, Olaf?
Oops. When actually testing, compiling and then running the code, I
get lots of error messages like:
*** glibc detected *** double free or corruption (!prev): 0x0804d690 ***
This next patch does the job correctly. An alternative, simpler,
patch follows below, which does not remove the empty path element.
--- tetex-bin/texk/kpathsea/expand.c2006-02-16 10:58:10.0 +
+++ tetex-bin-test/texk/kpathsea/expand.c 2006-03-28 09:53:24.0
+0100
@@ -82,6 +82,7 @@
for (elt = kpse_path_element (path); elt; elt = kpse_path_element (NULL)) {
string save_ret = ret;
+boolean ret_copied = true;
/* We assume that the !! magic is only used on absolute components.
Single "." gets special treatment, as does "./" or its equivalent. */
if (kpse_absolute_p (elt, false) || (elt[0] == '!' && elt[1] == '!')) {
@@ -91,11 +92,14 @@
#ifndef VMS
} else if (elt[0] == '.' && IS_DIR_SEP(elt[1])) {
ret = concatn (ret, kpse_dot, elt + 1, ENV_SEP_STRING, NULL);
-} else {
+} else if (*elt) {
ret = concatn (ret, kpse_dot, DIR_SEP_STRING, elt, ENV_SEP_STRING, NULL);
#endif
+} else {
+ ret_copied = false;
}
-free (save_ret);
+if (ret_copied)
+ free (save_ret);
}
#ifdef MSDOS
This one is simpler and does not remove the empty path element.
--- tetex-bin/texk/kpathsea/expand.c2006-02-16 10:58:10.0 +
+++ tetex-bin-test/texk/kpathsea/expand.c 2006-03-28 10:13:27.0
+0100
@@ -84,7 +84,8 @@
string save_ret = ret;
/* We assume that the !! magic is only used on absolute components.
Single "." gets special treatment, as does "./" or its equivalent. */
-if (kpse_absolute_p (elt, false) || (elt[0] == '!' && elt[1] == '!')) {
+if (kpse_absolute_p (elt, false) || (elt[0] == '!' && elt[1] == '!') ||
+! *elt) {
ret = concat3(ret, elt, ENV_SEP_STRING);
} else if (elt[0] == '.' && elt[1] == 0) {
ret = concat3 (ret, kpse_dot, ENV_SEP_STRING);
Julian
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359264: upgrades-reports: Undefine symbol disables upgrade installation and dependent programs
On Tuesday 28 March 2006 05:40, you wrote: > On Mon, Mar 27, 2006 at 04:44:00PM +0200, David Baron wrote: > > Package: upgrades-reports > > Version: gnome libraries 2.14.0-1, libpango1.0-common 1.12.0-2 > > Severity: grave > > Justification: renders package unusable > > > > An undefined symbol in the gnome, pango libraries renders the upgrades > > uninstallable and disables programs now dependent on them: > > > > undefined symbol: g_thread_pool_set_sort_function > > Please provide the full error message, not just part of it. OK. Here is the relevant? stuff from apt-get for all the effected failed upgrades: Setting up libgnomevfs2-common (2.14.0-1) ... gconftool-2: symbol lookup error: /usr/lib/libgconf-2.so.4: undefined symbol: g_slice_alloc0 dpkg: error processing libgnomevfs2-common (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of libgnomevfs2-0: libgnomevfs2-0 depends on libgnomevfs2-common (= 2.14.0-1); however: Package libgnomevfs2-common is not configured yet. dpkg: error processing libgnomevfs2-0 (--configure): dependency problems - leaving unconfigured Setting up libgnome2-common (2.14.0-1) ... gconftool-2: symbol lookup error: /usr/lib/libgconf-2.so.4: undefined symbol: g_slice_alloc0 dpkg: error processing libgnome2-common (--configure): subprocess post-installation script returned error exit status 127 dpkg: dependency problems prevent configuration of libgnome2-0: libgnome2-0 depends on libgnomevfs2-0 (>= 2.12.0); however: Package libgnomevfs2-0 is not configured yet. libgnome2-0 depends on libgnome2-common (= 2.14.0-1); however: Package libgnome2-common is not configured yet. dpkg: error processing libgnome2-0 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgoffice-1-2: libgoffice-1-2 depends on libgnome2-0 (>= 2.8.0); however: Package libgnome2-0 is not configured yet. libgoffice-1-2 depends on libgnomevfs2-0 (>= 2.13.92); however: Package libgnomevfs2-0 is not configured yet. dpkg: error processing libgoffice-1-2 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of gnumeric: gnumeric depends on libgnome2-0 (>= 2.8.0); however: Package libgnome2-0 is not configured yet. gnumeric depends on libgnomevfs2-0 (>= 2.13.92); however: Package libgnomevfs2-0 is not configured yet. gnumeric depends on libgoffice-1-2 (>= 0.2.1); however: Package libgoffice-1-2 is not configured yet. dpkg: error processing gnumeric (--configure): dependency problems - leaving unconfigured Setting up libpango1.0-common (1.12.0-2) ... Updating the modules list for Pango-1.5.0.../usr/bin/pango-querymodules: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: g_intern_static_string dpkg: error processing libpango1.0-common (--configure): subprocess post-installation script returned error exit status 127 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357238: cl-asdf: Package errors on system reload
> "Peter" == Peter Van Eynde <[EMAIL PROTECTED]> writes: >> The system being loaded in this example is the :regex system of the >> "cl-regex" package (in version 1-1). Peter> regex/packages.lisp does not start with "(in-package :common-lisp-user)" Peter> when you add that line the problem should go away. So I should file a bug against cl-regex instead? I have some sympathy for the sentiment that adding `in-package' forms when you kind of don't care is silly. This is after all lisp, not Java or Erlang. The "packages.lisp" file just want to create packages for cl-regex and thus is rather safe, it is just that ASDF goes out of its way to break it. +- Christian Lynbech | christian #\@ defun #\. dk +- Hit the philistines three times over the head with the Elisp reference manual. - [EMAIL PROTECTED] (Michael A. Petonic) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359653: feta: FTBFS: Missing Build-Depends
Package: feta Version: 1.4.13 Severity: serious From my pbuilder build log: ... debian/rules build dh_testdir ./configures --prefix=/usr This script will attempt to look for files needed by Feta 1.4.9. Programs: Looking for perl... found. Looking for dpkg... found. Looking for apt-get... found. Looking for apt-cache... found. Looking for dpkg-reconfigure... not found. make: *** [configure-stamp] Error 1 You need to add a Build-Depends on debconf for this. (You were able to get away with this before because debhelper used to depend on debconf-utils; but it doesn't anymore.) -- Daniel Schepler
Bug#359654: gcjwebplugin: Please support runtime selection of Java VM
Package: gcjwebplugin
Version: 0.3.2-1
Severity: normal
Tags: patch
When configuring gcjwebplugin without the native viewer, the java VM
used is hardcoded into the gcjappletviewer program. This make it
harder to select java VM at runtime. I want to be able to select Java
VM at runtime to test if bugs are fixed in the various VMs.
This patch changes the perl-version of gcjappletviewer to use the JAVA
environment variable if it exist to select Java VM. When I configure
like this
./configure --disable-native-viewer
I am able to select jvm by calling the program like this (including
random test URL):
JAVA=cacao gcjappletviewer http://elib.cs.berkeley.edu/gis/examples/world.html
This patch is also sent upstream. Please apply it to the debian
package, and add --disable-native-viewer to DEB_CONFIGURE_USER_FLAGS
in debian/rules to make this runtime jvm selection work in the default
package.
--- gcjwebplugin-0.3.2.orig/src/gcjappletviewer.in
+++ gcjwebplugin-0.3.2/src/gcjappletviewer.in
@@ -2,7 +2,7 @@
use strict;
-my $JAVA = '@JAVA@';
+my $JAVA = $ENV{'JAVA'} || '@JAVA@';
my $MAINCLASS = 'gnu.gcjwebplugin.AppletViewer';
my $PREFIX = '@prefix@';
my $GCJAPPLETVIEWER_CLASSPATH = "$PREFIX/share/java/gcjappletviewer.jar";
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages gcjwebplugin depends on:
ii gij-4.0 4.0.3-1The GNU Java bytecode interpreter
ii libc6 2.3.6-4GNU C Library: Shared libraries an
ii libgcc1 1:4.0.3-1 GCC support library
ii libgcj6 4.0.3-1Java runtime library for use with
ii libgcj6-awt 4.0.3-1AWT peer runtime libraries for use
ii libglib2.0-0 2.10.1-2 The GLib library of C routines
ii libstdc++64.0.3-1The GNU Standard C++ Library v3
Versions of packages gcjwebplugin recommends:
ii links [www-browser] 0.99+1.00pre12-1 Character mode WWW browser
ii lynx [www-browser] 2.8.5-2sarge1Text-mode WWW Browser
ii mozilla-browser [www-br 2:1.7.12-1.1 The Mozilla Internet application s
ii w3m [www-browser] 0.5.1-4 WWW browsable pager with excellent
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359656: unison-gtk: cannot enter an alternative ssh port
Package: unison-gtk Version: 2.13.16-5 Severity: normal One cannot enter an alternative ssh port directly. I first have to click on "socket" to un-grey the "port" field, fill in "2" there and THEN I can switch back to "ssh". -- 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.16-git11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages unison-gtk depends on: ii libatk1.0-0 1.11.3-1 The ATK accessibility toolkit ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-5generic font configuration library ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgtk2.0-0 2.8.16-1 The GTK+ graphical user interface ii libpango1.0-0 1.12.0-2 Layout and rendering of internatio ii libx11-6 6.9.0.dfsg.1-5 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-5 X Window System miscellaneous exte ii libxi66.9.0.dfsg.1-5 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-5 X Window System multi-head display ii libxrandr26.9.0.dfsg.1-5 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra Versions of packages unison-gtk recommends: ii openssh-client [ssh-client 1:4.2p1-7 Secure shell client, an rlogin/rsh ii ssh-askpass1:1.2.4.1-3.1 under X, asks user for a passphras -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#355851: a blindunfriendly debian installer problem
Samuel Thibault, le Tue 28 Mar 2006 01:06:55 +0200, a écrit :
> Joey Hess, le Mon 27 Mar 2006 16:51:45 -0500, a écrit :
> > if there is a way for udev to discover braille devices
> > that would be an excellent way to go.
>
> Here is a .rules file that should work fine
Mmm, sorry, here is one that actually _does_ work :)
However, although it works well when hotplugging the device after
bootup, it does not when booting with the device already plugged,
because USB seems to be discovered before vcsa nodes are available,
hence brltty fails.
Dave, maybe we should add a little loop for trying to open vcsa a few
times before failing?
Regards,
Samuel
# udev rules file for brltty
#
ACTION!="add", GOTO="brltty_rules_end"
SUBSYSTEM!="usb_device", GOTO="brltty_rules_end"
# Alva
SYSFS{idVendor}=="06b0", SYSFS{idProduct}=="0001", RUN+="/sbin/brltty -b al -d
usb: &"
# Baum
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="fe71", RUN+="/sbin/brltty -b bm -d
usb: &"
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="fe72", RUN+="/sbin/brltty -b bm -d
usb: &"
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="fe73", RUN+="/sbin/brltty -b bm -d
usb: &"
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="fe74", RUN+="/sbin/brltty -b bm -d
usb: &"
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="fe75", RUN+="/sbin/brltty -b bm -d
usb: &"
# FreedomScientific
SYSFS{idVendor}=="0f4e", SYSFS{idProduct}=="0100", RUN+="/sbin/brltty -b fs -d
usb: &"
SYSFS{idVendor}=="0f4e", SYSFS{idProduct}=="0111", RUN+="/sbin/brltty -b fs -d
usb: &"
SYSFS{idVendor}=="0f4e", SYSFS{idProduct}=="0112", RUN+="/sbin/brltty -b fs -d
usb: &"
# HandyTech
SYSFS{idVendor}=="0921", SYSFS{idProduct}=="1200", RUN+="/sbin/brltty -b ht -d
usb: &"
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="6001", RUN+="/sbin/brltty -b ht -d
usb: &"
# Papenmeier
SYSFS{idVendor}=="0403", SYSFS{idProduct}=="f208", RUN+="/sbin/brltty -b pm -d
usb: &"
# Voyager
SYSFS{idVendor}=="0798", SYSFS{idProduct}=="0001", RUN+="/sbin/brltty -b vo -d
usb: &"
LABEL="brltty_rules_end"
Bug#359655: Memoryleak in vlc software
Package: vlc
Version: 0.8.4.debian-2+b1
Hello,
I have got a problem with vlc. If vlc is running for a while it fetch more and
more memory until it is killed from memory handler. Here is the output from
syslog
Mar 28 05:40:44 netbase kernel: oom-killer: gfp_mask=0x200d2, order=0
Mar 28 05:40:45 netbase kernel: [out_of_memory+39/282] out_of_memory+0x27/0x11a
Mar 28 05:40:45 netbase kernel: [__alloc_pages+486/618]
__alloc_pages+0x1e6/0x26a
Mar 28 05:40:45 netbase kernel: [read_swap_cache_async+53/197]
read_swap_cache_async+0x35/0xc5
Mar 28 05:40:45 netbase kernel: [swapin_readahead+59/93]
swapin_readahead+0x3b/0x5d
Mar 28 05:40:45 netbase kernel: [__handle_mm_fault+1006/1564]
__handle_mm_fault+0x3ee/0x61c
Mar 28 05:40:45 netbase kernel: [do_page_fault+360/1198]
do_page_fault+0x168/0x4ae
Mar 28 05:40:45 netbase kernel: [do_page_fault+0/1198] do_page_fault+0x0/0x4ae
Mar 28 05:40:45 netbase kernel: [error_code+79/84] error_code+0x4f/0x54
Mar 28 05:40:45 netbase kernel: [__copy_to_user_ll+205/227]
__copy_to_user_ll+0xcd/0xe3
Mar 28 05:40:45 netbase kernel: [core_sys_select+484/585]
core_sys_select+0x1e4/0x249
Mar 28 05:40:45 netbase kernel: [sys_select+154/356] sys_select+0x9a/0x164
Mar 28 05:40:45 netbase kernel: [do_gettimeofday+22/147]
do_gettimeofday+0x16/0x93
Mar 28 05:40:45 netbase kernel: [syscall_call+7/11] syscall_call+0x7/0xb
Mar 28 05:40:45 netbase kernel: Mem-info:
Mar 28 05:40:45 netbase kernel: DMA per-cpu:
Mar 28 05:40:45 netbase kernel: cpu 0 hot: high 0, batch 1 used:0
Mar 28 05:40:45 netbase kernel: cpu 0 cold: high 0, batch 1 used:0
Mar 28 05:40:45 netbase kernel: DMA32 per-cpu: empty
Mar 28 05:40:45 netbase kernel: Normal per-cpu:
Mar 28 05:40:45 netbase kernel: cpu 0 hot: high 186, batch 31 used:11
Mar 28 05:40:45 netbase kernel: cpu 0 cold: high 62, batch 15 used:11
Mar 28 05:40:45 netbase kernel: HighMem per-cpu: empty
Mar 28 05:40:45 netbase kernel: Free pages:5200kB (0kB HighMem)
Mar 28 05:40:45 netbase kernel: Active:61763 inactive:62090 dirty:0 writeback:0
unstable:0 free:1300 slab:2031 mapped:123468 pagetables:625
Mar 28 05:40:45 netbase kernel: DMA free:2088kB min:88kB low:108kB high:132kB
active:5936kB inactive:5852kB present:16384kB pages_scanned:192
all_unreclaimable? no
Mar 28 05:40:45 netbase kernel: lowmem_reserve[]: 0 0 495 495
Mar 28 05:40:45 netbase kernel: DMA32 free:0kB min:0kB low:0kB high:0kB
active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Mar 28 05:40:45 netbase kernel: lowmem_reserve[]: 0 0 495 495
Mar 28 05:40:45 netbase kernel: Normal free:3112kB min:2804kB low:3504kB
high:4204kB active:241116kB inactive:242508kB present:507840kB
pages_scanned:142894 all_unreclaimable? no
Mar 28 05:40:45 netbase kernel: lowmem_reserve[]: 0 0 0 0
Mar 28 05:40:45 netbase kernel: HighMem free:0kB min:128kB low:128kB high:128kB
active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Mar 28 05:40:45 netbase kernel: lowmem_reserve[]: 0 0 0 0
Mar 28 05:40:45 netbase kernel: DMA: 4*4kB 1*8kB 1*16kB 0*32kB 0*64kB 0*128kB
0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2088kB
Mar 28 05:40:45 netbase kernel: DMA32: empty
Mar 28 05:40:45 netbase kernel: Normal: 94*4kB 6*8kB 6*16kB 3*32kB 1*64kB
1*128kB 1*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 3112kB
Mar 28 05:40:45 netbase kernel: HighMem: empty
Mar 28 05:40:45 netbase kernel: Swap cache: add 1261958, delete 1261875, find
118320/257342, race 0+0
Mar 28 05:40:45 netbase kernel: Free swap = 0kB
Mar 28 05:40:45 netbase kernel: Total swap = 1012072kB
Mar 28 05:40:45 netbase kernel: Free swap:0kB
Mar 28 05:40:45 netbase kernel: 131056 pages of RAM
Mar 28 05:40:45 netbase kernel: 0 pages of HIGHMEM
Mar 28 05:40:45 netbase kernel: 1823 reserved pages
Mar 28 05:40:45 netbase kernel: 209 pages shared
Mar 28 05:40:45 netbase kernel: 83 pages swap cached
Mar 28 05:40:45 netbase kernel: 0 pages dirty
Mar 28 05:40:45 netbase kernel: 0 pages writeback
Mar 28 05:40:45 netbase kernel: 123468 pages mapped
Mar 28 05:40:45 netbase kernel: 2031 pages slab
Mar 28 05:40:45 netbase kernel: 625 pages pagetables
Mar 28 05:40:45 netbase kernel: Out of Memory: Kill process 8198 (vlc) score
130049 and children.
Mar 28 05:40:45 netbase kernel: Out of memory: Killed process 8198 (vlc).
vlc was started in the following way
start-stop-daemon --start --quiet --chuid tv --chdir /home/tv --exec '/usr/bin/vlc' -- --intf http -d --sout "#duplicate{dst=std{access=udp,mux=ts,url=239.255.12.42}}" dvbt_liste
in the file dvbt_liste are for example ...
#EXTM3U
#EXTINF:0,Vox
#EXTVLCOPT:dvb-adapter=0
#EXTVLCOPT:dvb-frequency=62600
#EXTVLCOPT:dvb-srate=2750
#EXTVLCOPT:programs=16418
dvb://
#EXTINF:0,Super RTL
#EXTVLCOPT:dvb-adapter=0
#EXTVLCOPT:dvb-frequency=62600
#EXTVLCOPT:dvb-srate=2750
#EXTVLCOPT:programs=16411
dvb://
#EXTINF:0,RTL
#EXTVLCOPT:dvb-adapter=0
#EXTVLCOPT:dvb-frequency=62600
#EXTVLCOPT:dvb-srate=2750
#EXTVLCOPT:programs=16405
dvb://
#EXTINF:0,RT
Bug#355824: Reset to RC
severity 355824 serious thanks I can reproduce this bug (but not 356872 or 355991), and it's a FTBFS bug, so I'm resetting this one to RC status. -- Daniel Schepler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357660: [Kalle Wallin] Re: [ncmpc Patch] implement TAB completion in wreadln.c for libncursesw
Hi,
I just received the following message from ncmpc's upstream, which
states that the patch to implement TAB completion for cursesw has been
incorporated into his repository.
As he also has merged others of Debian's patches, I'd rather invest
some more time in packaging and testing a later snapshot from upstream
rather than uploading and maintaining Debian's patches seperately.
So, a little bit more patience, please. ;-)
René
pgpg72LkRNle5.pgp
Description: PGP signature
--- Begin Message ---
The svn version now includes your patch.
Thanks,
Kalle
René van Bevern skrev:
> tags 357660 patch pending
> thanks
>
> Hello,
>
> attached is a patch that implements the lacking TAB completion support
> in ncmpc for wreadln.c when compiled with libncursesw support.
>
> An upload fixing this issue for the Debian package is supposed to be
> done within the next days.
>
> Regards,
> René
>
>
>
>
> --- src/wreadln.c 2006-01-22 23:41:03.0 +0100
> +++ /home/rvb/wreadln.c 2006-03-24 14:57:51.0 +0100
> @@ -586,6 +588,36 @@
> case KEY_CTRL_E:
> cursor_move_to_eol();
> break;
> +
> + case TAB:
> + if( gcmp )
> + {
> + char *prefix = NULL;
> + GList *list;
> +
> + i = wcstombs(NULL,wline,0)+1;
> + mbline = g_malloc0(i);
> + wcstombs(mbline, wline, i);
> +
> + if(wrln_pre_completion_callback)
> + wrln_pre_completion_callback(gcmp, mbline);
> + list = g_completion_complete(gcmp, mbline, &prefix);
> + if( prefix )
> + {
> + mbstowcs(wline, prefix, wrln_max_line_size);
> + cursor_move_to_eol();
> + g_free(prefix);
> + }
> + else
> + screen_bell();
> + if( wrln_post_completion_callback )
> + wrln_post_completion_callback(gcmp, mbline, list);
> +
> + g_free(mbline);
> + }
> + break;
> +
> +
> case KEY_CTRL_G:
> screen_bell();
> g_free(wline);
>
--- End Message ---
Bug#354701: patch for ubuntu package
Package: mldonkey Followup-For: Bug #354701 I prepared a patch for the ubuntu, which fixes this bug. I hope it doesn't break too much, but I don't see currently another way than extending /etc/default/mldonkey, which causes a new conffile prompt. Could you please give me feedback what you think about this, before I upload this? Gruesse, Reinhard -- System Information: Debian Release: testing/unstable APT prefers dapper APT policy: (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-19-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) diff -u mldonkey-2.7.3/debian/mldonkey-server.postinst mldonkey-2.7.3/debian/mldonkey-server.postinst --- mldonkey-2.7.3/debian/mldonkey-server.postinst +++ mldonkey-2.7.3/debian/mldonkey-server.postinst @@ -237,7 +237,6 @@ for file in \ "$new_mldonkey_dir" \ -"/var/run/mldonkey" \ "/var/log/mldonkey" \ "$new_mldonkey_dir/downloads.ini" \ "$new_mldonkey_dir/downloads.ini.dpkg" \ @@ -293,6 +292,7 @@ # This file is managed using ucf(1) MLDONKEY_DIR=$new_mldonkey_dir +MLDONKEY_USER=$run_as_user MLDONKEY_GROUP=$mldonkey_group MLDONKEY_UMASK=$mldonkey_umask MAX_ALIVE=$max_alive diff -u mldonkey-2.7.3/debian/mldonkey-server.init mldonkey-2.7.3/debian/mldonkey-server.init --- mldonkey-2.7.3/debian/mldonkey-server.init +++ mldonkey-2.7.3/debian/mldonkey-server.init @@ -26,6 +26,17 @@ . $CONFIG +if [ x"$MLDONKEY_USER" = x -o x"$MLDONKEY_GROUP" = x ]; then + echo Please set both variables "MLDONKEY_USER" and "MLDONKEY_GROUP" in /etc/default/mldonkey-server + exit 1 +fi + +# /var/run is on tempfs now! +if [ ! -d /var/run/mldonkey ]; then + mkdir -m 755 /var/run/mldonkey +fi +chown $MLDONKEY_USER:$MLDONKEY_GROUP /var/run/mldonkey + WRAPPER_OPTIONS="" # Set the pidfile diff -u mldonkey-2.7.3/debian/changelog mldonkey-2.7.3/debian/changelog --- mldonkey-2.7.3/debian/changelog +++ mldonkey-2.7.3/debian/changelog @@ -1,3 +1,12 @@ +mldonkey (2.7.3-2ubuntu1) dapper; urgency=low + + * introduce new config variable in /etc/default/mldonkey-server: +MLDONKEY_USER. This variable is only used by the init script + * make the initscript create /var/run/mldonkey-server, setting correct owner +and permissions. + + -- Reinhard Tartler <[EMAIL PROTECTED]> Tue, 28 Feb 2006 12:41:52 +0100 + mldonkey (2.7.3-2) unstable; urgency=low * Fix the build on alpha by using a workaround when opt compilation
Bug#359658: units: precedence of '/' is bad
Package: units Version: 1.85-3 Severity: normal The man page explains why I have had some nasty bugs pop up in my calculations: Multiplication has a higher precedence than division and is evaluated left to right, so `m/s * s/day' is equivalent to `m / s s day' and has dimensions of length per time cubed. Similarly, `1/2 meter' refers to a unit of reciprocal length equivalent to .5/meter, which is probably not what you would intend if you entered that expression. You can indicate division of numbers with the vertical dash (`|'). This operator has the highest precedence so the square root of two thirds could be written `2|3^1|2'. This is a poor choice, because algebraic notation says that division has equal precedence to multiplication, and such operations are performed left to right. This is the convention used in algebra, algebraic calculators, and most computer languages. See http://en.wikipedia.org/wiki/Order_of_operations Since any such change is liable to break existing units scripts, it might be wise to make use of a commandline switch or environment variable to switch between the historical implementation and this, if this were to be changed. Cute: You have: 2/3/4 You want: Definition: 0.1667 You have: 2/3*4 You want: Definition: 0.1667 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages units depends on: ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.1-6 GNU readline and history libraries units recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359145: svn-upgrade: uses old upstream tree instead of new one
reassign 359145 subversion-tools retitle 359145 svn_load_dirs: problem with "@" in filename thanks Hi, after further investigation, it turns out that the problem comes from file names containing "@": === [...] Running /usr/bin/svn propget svn:eol-style lib/diamenu.h Running /usr/bin/svn propget svn:eol-style lib/element.c Running /usr/bin/svn propget svn:eol-style lib/element.h Running /usr/bin/svn propget svn:eol-style lib/widgets.c Running /usr/bin/svn propget svn:eol-style mkinstalldirs Running /usr/bin/svn propget svn:eol-style po/[EMAIL PROTECTED] /usr/bin/svn_load_dirs: /usr/bin/svn propget svn:eol-style po/[EMAIL PROTECTED] failed with this output: svn: Syntax error parsing revision 'Latn.po' Press return to quit and clean up svn working directory: Cleaning up /tmp/svn_load_dirs_KSWkY2BAqM Command svn_load_dirs svn+ssh://[EMAIL PROTECTED]/tmp/svntest/dia/branches/upstream/current . /tmp/tmp.Yc8Euw/dia-0.95-pre4 failed in /tmp/tmp.Yc8Euw, how to continue now? [Qri?]: ? The choices are: Quit (q), Retry (r), Ignore & continue (i). [Qri?]: i svn copy -m [svn-upgrade] Tagging new upstream version, dia (0.95-pre4) svn+ssh://[EMAIL PROTECTED]/tmp/svntest/dia/branches/upstream/current svn+ssh://[EMAIL PROTECTED]/tmp/svntest/dia/branches/upstream/0.95-pre4 Committed revision 5. svn merge svn+ssh://[EMAIL PROTECTED]/tmp/svntest/dia/branches/upstream/0.94.0+CVS20050917 svn+ssh://[EMAIL PROTECTED]/tmp/svntest/dia/branches/upstream/current <1 more argument> svn up At revision 5. rm -rf /tmp/tmp.Yc8Euw debchange -D UNRELEASED -v "0.95-pre4-1" "(NOT RELEASED YET) New upstream release" Done! Last commit pending, please execute manually. === Removing the "@" from the filename in the new .tar.gz fixed it. Unfortunately, this pattern normally occurs in the dia project. Looks like svn_load_dirs is the real cause? Reassigning to subversion-tools. The svn_load_dirs "-t" option's "@" pattern shouldn't imply restrictions on actual filenames in the repository, IMO. bye, Roland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359657: ITP: cfourcc -- Command line tool for changing FourCC in Microsoft RIFF AVI files
Package: wnpp Severity: wishlist Owner: Jarno Elonen <[EMAIL PROTECTED]> * Package name: cfourcc Version : 0.1.2 Upstream Author : mypapit <[EMAIL PROTECTED]> * URL : http://sarovar.org/projects/gfourcc * License : GPL Description : Command line tool for changing FourCC in Microsoft RIFF AVI files Identifies the codec used in AVI files (*.avi) and allows the user to change the FourCC description code (like fourcc-changer in Windows). Useful for people working with Microsoft AVI file. A Linux clone of AviC fourcc changer tool. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359659: libnss-mysql: incorrect hard-coded library dependency!
Package: libnss-mysql
Severity: serious
The libnss-mysql package has a hard-coded dependency on libmysqlclient15 in
debian/control. Don't do this, this is what the dh_shlibdeps command is
for! The latest (binNMUed) version of libnss-mysql should depend on
libmysqlclient15off, not libmysqlclient15; in addition, the package is in
this way missing a dependency on both libc6 and zlib1g.
Please fix this package to use ${shlibs:Depends} instead of using hard-coded
library dependencies.
--
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
Bug#359286: Add FreeDesktop.org compliant widelands.desktop file
On Mon, Mar 27, 2006 at 07:19:57PM +0200, Eckhart Wörner wrote: > Package: widelands > Version: build9half-9 > Severity: wishlist > > KDE (and probably also Gnome) use *.desktop files to add programs to the main > menu. > IMHO widelands should get a widelands.desktop file as well. That file should > be installed to /usr/share/applications/ > > Draft for such a desktop file: > > [Desktop Entry] > Version=1.0 > Encoding=UTF-8 > Type=Application > Name=Widelands > GenericName=Strategy Game > GenericName[af]=Strategie-spel > GenericName[ca]=Joc d'estrategia > GenericName[de]=Strategiespiel > GenericName[dk]=Strategi-spil > GenericName[eu]=Estrategiako jokoa > GenericName[fr]=Jeu de stratégie > GenericName[he]=משחק אסטרטגיה > GenericName[hu]=Stratégia > GenericName[ru]=Стратегическая игра > GenericName[sk]=Strategická hra > Comment=A a real-time build-up strategy game > Comment[de]=Echtzeitbasiertes Aufbau-Strategiespiel > Icon=/usr/share/games/widelands/pics/wl-ico-64.png > Pattern=widelands > TryExec=widelands > Exec=widelands > Categories=Application;Game;StrategyGame; > > The file has been created using some information from the wesnoth.desktop > file. Note that the translation is incomplete. > It should follow the specification at > http://standards.freedesktop.org/desktop-entry-spec/latest/ > > Perhaps this should also go to the mainstream package. Wait a sec. Isn't this what the debian menu system is supposed to do? I'm a bit lost here. I really thought that the debian menu system was enough here. Could you please point me to some sort of documentation about the relationship between debian menu system and desktop files? Thanks for your precious help concerning the packaging of widelands. Martin Quinson. -- It is impossible to travel faster than light, and certainly not desirable, as one's hat keeps blowing off. -- Woody Allen. signature.asc Description: Digital signature
Bug#147187: removing xdelta?
severity 147187 important
thanks
On Mon, Mar 27, 2006 at 01:02:03AM -0500, Nathanael Nerode wrote:
> Currently the packages depending on xdelta (which has a long-standing grave
> bug
> which nobody has managed to track down, #147187) are
> gibraltar-bootsupport (not in testing)
> ttf-arphic-uming (just a Suggests)
> ttf-arphic-ukai (just a Suggests)
> How about removing xdelta from testing?
> And what do you think should be done about it in unstable? Forcible
> orphaning?
> Removal from unstable (requesting that gibraltar-bootsupport find an
> alternative)?
> What? (note that xdelta2 is already gone).
I am unconvinced that this bug in xdelta qualifies as release-critical. It
certainly isn't grave ("makes the package unusable"); the package can
definitely be used to apply xdelta patches made on machines of the same word
size, and to generate patches for use on machines of the same word size.
There is no architecture which is shipping broken binaries (ttbomk), it's
just that 32-bit xdelta files can't be used on 64-bit archs.
We might consider it a serious bug that the xdelta files are not
platform-neutral, but removing xdelta from Debian for this reason doesn't
benefit users who have need of tools to manipulate existing xdelta files.
It would also be nice if xdelta could recognize 32-bit xdelta files and
error out with a clear message about this, but a cleaner error message isn't
an RC issue -- and it wouldn't help for existing files which would have no
tag to indicate their word size.
The real fix is to not depend on the contents of the file to determine the
size of a static memory allocation; but there may be some security
implications to be considered here before making that change.
So in the meantime, I think downgrading this bug is best.
Cheers,
--
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
Bug#359062: debian-installer: bterm is not (yet) accessible for brltty
Hi,
Here are quick-and-dirty-but-working implementations.
Regards,
Samuel
diff -ur bogl-0.1.18/bogl-term.c bogl-0.1.18-mine/bogl-term.c
--- bogl-0.1.18/bogl-term.c 2003-11-05 05:38:22.0 +0100
+++ bogl-0.1.18-mine/bogl-term.c2006-03-28 04:09:07.0 +0200
@@ -26,24 +26,84 @@
#include "bogl.h"
#include "bogl-term.h"
+#include
+#include
+#include
+#include
+#include
+#include
#define MAX_CCHARS 5
-struct bogl_term *bogl_term_new(struct bogl_font *font)
+static void *mmaped_alloc(const char *map_path, const char *file, size_t size,
int zero)
+{
+ void *ptr;
+ if (map_path) {
+char c[strlen(map_path) + 1 + strlen(file) + 1];
+static const char zero = 0;
+int fd;
+snprintf(c, sizeof(c), "%s/%s", map_path, file);
+fd = open(c, O_RDWR|O_CREAT|O_TRUNC, 0400);
+if (fd < 0)
+ return NULL;
+if (lseek(fd, size - 1, SEEK_SET) < 0
+ || write(fd, &zero, 1) < 0) {
+ close(fd);
+ unlink(c);
+ return NULL;
+}
+ptr = mmap(NULL, size, PROT_READ|PROT_WRITE, MAP_SHARED, fd, 0);
+close(fd);
+if (!ptr) {
+ unlink(c);
+ return NULL;
+}
+if (zero)
+ memset(ptr, 0, size - 1);
+ } else {
+if (zero)
+ ptr = calloc(size, 1);
+else
+ ptr = malloc(size);
+ }
+ return ptr;
+}
+
+static void mmaped_free(const char *map_path, const char *file, void *ptr,
size_t size)
+{
+ if (map_path) {
+char c[strlen(map_path) + 1 + strlen(file) + 1];
+if (!ptr)
+ return;
+snprintf(c, sizeof(c), "%s/%s", map_path, file);
+munmap(ptr, size);
+unlink(c);
+ } else {
+free(ptr);
+ }
+}
+
+struct bogl_term *bogl_term_new(struct bogl_font *font, const char *map_path)
{
struct bogl_term *term;
int i;
- term = calloc(sizeof(struct bogl_term), 1);
- if (!term)
+ if (mkdir(map_path, 0755) && errno != EEXIST)
return 0;
+ term = mmaped_alloc(map_path, "term", sizeof(struct bogl_term), 1);
+ if (!term) {
+rmdir(map_path);
+return 0;
+ }
+
term->font = font;
term->xbase = term->ybase = 0;
term->xstep = bogl_font_glyph(font, ' ', 0);
term->ystep = bogl_font_height(font);
if (term->xstep <= 0 || term->ystep <= 0) {
-free(term);
+mmaped_free(map_path, "term", term, sizeof(struct bogl_term));
+rmdir(map_path);
return 0;
}
@@ -57,20 +117,21 @@
term->cur_visible = 1;
memset(&term->ps, 0, sizeof(&term->ps));
- term->screen = malloc(term->xsize * term->ysize * sizeof(wchar_t));
+ term->screen = mmaped_alloc(map_path, "screen", term->xsize * term->ysize *
sizeof(wchar_t), 0);
term->dirty = malloc(term->xsize * term->ysize);
- term->screenfg = malloc(term->xsize * term->ysize * sizeof(int));
- term->screenbg = malloc(term->xsize * term->ysize * sizeof(int));
- term->screenul = malloc(term->xsize * term->ysize * sizeof(int));
+ term->screenfg = mmaped_alloc(map_path, "screenfg", term->xsize *
term->ysize * sizeof(int), 0);
+ term->screenbg = mmaped_alloc(map_path, "screenbg", term->xsize *
term->ysize * sizeof(int), 0);
+ term->screenul = mmaped_alloc(map_path, "screenul", term->xsize *
term->ysize * sizeof(int), 0);
term->cchars = malloc(term->xsize * term->ysize * sizeof(wchar_t *));
if (!term->screen || !term->screenfg || !term->screenbg || !term->screenul
|| !term->cchars || !term->dirty) {
-free(term->screen);
-free(term->screenfg);
-free(term->screenbg);
-free(term->screenul);
+mmaped_free(map_path, "screen", term->screen, term->xsize * term->ysize *
sizeof(wchar_t));
+mmaped_free(map_path, "screenfg", term->screenfg, term->xsize *
term->ysize * sizeof(int));
+mmaped_free(map_path, "screenbg", term->screenbg, term->xsize *
term->ysize * sizeof(int));
+mmaped_free(map_path, "screenul", term->screenul, term->xsize *
term->ysize * sizeof(int));
free(term->cchars);
free(term->dirty);
-free(term);
+mmaped_free(map_path, "term", term, sizeof(struct bogl_term));
+rmdir(map_path);
return 0;
}
for (i = 0; i < term->xsize * term->ysize; i++) {
diff -ur bogl-0.1.18/bogl-term.h bogl-0.1.18-mine/bogl-term.h
--- bogl-0.1.18/bogl-term.h 2003-11-05 04:01:47.0 +0100
+++ bogl-0.1.18-mine/bogl-term.h2006-03-28 04:02:33.0 +0200
@@ -26,7 +26,7 @@
int acs;
};
-struct bogl_term *bogl_term_new(struct bogl_font *font);
+struct bogl_term *bogl_term_new(struct bogl_font *font, const char *map_path);
void bogl_term_out(struct bogl_term *term, char *s, int n);
void bogl_term_redraw(struct bogl_term *term);
void bogl_term_delete(struct bogl_font *font);
diff -ur bogl-0.1.18/bterm.c bogl-0.1.18-mine/bterm.c
--- bogl-0.1.18/bterm.c 2004-07-22 12:39:42.0 +0200
+++ bogl-0.1.18-mine/bterm.c2006-03-28 02:12:53.0 +0200
@@ -217,7 +217,7 @@
struct timeval tv;
int ptyfd, ttyfd;
struct bogl_font *font;
- char *locale = "", *command = NULL;
+ char *locale = "", *command = NULL, *map_path = NULL;
Bug#358558: byzanz packaging
I also have Debian packaging for byzanz, available at http://minilop.net/~josh/byzanz/ . Among other things, it includes a manpage I wrote for the byzanz-record command-line utility, and a debian/watch file. Would you have any interest in co-maintaining Debian packaging for byzanz? CCed to Daniel Holbach since he may want to include the manpage in the Ubuntu package. I've already emailed the manpage upstream, along with two bugfixes: a typo in configure.ac, and the fact that COPYING contains the GPL but the source files indicate LGPL licensing. - Josh Triplett signature.asc Description: OpenPGP digital signature
Bug#359652: libsoup: binNMUs will be broken
severity 359652 serious thanks Actually, this one really should be RC, because it allows misbuilt packages to enter the archive silently. The package should either build correctly, or not at all. Cheers, -- 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
Bug#359637: [Pkg-nagios-devel] Bug#359637: nagios "Broken packages"
hi marco, On Tue, Mar 28, 2006 at 05:05:30PM +0900, Marco Azimonti wrote: > apt-get install nagios-mysql nagios-common > Reading package lists... Done > Building dependency tree... Done > Some packages could not be installed. This may mean that you have > requested an impossible situation or if you are using the unstable > distribution that some required packages have not yet been created > or been moved out of Incoming. > The following information may help to resolve the situation: > > The following packages have unmet dependencies: > nagios-mysql: Depends: nagios-common (= 2:1.3-cvs.20050402-12+b1) > but 2:1.3-cvs.20050402-12 is to be installed > E: Broken packages my first thought when i saw these was that you had some funny local build of of nagios or some other unofficial packages, as i've never released a version +b1. looking more into things, it looks like somebody (either intentionally or accidentally) uploaded a binary-only NMU of nagios, which is interfering with the "real" version. my advice is that for now you use the version in etch (which is the same as the "official" version in sid), and i will see if i can sort out who foobar'd nagios in unstable. sean signature.asc Description: Digital signature
Bug#357238: [cl-debian] Bug#357238: cl-asdf: Package errors on system reload
Christian Lynbech <[EMAIL PROTECTED]> writes: > I have some sympathy for the sentiment that adding `in-package' forms > when you kind of don't care is silly. This is after all lisp, not Java > or Erlang. The "packages.lisp" file just want to create packages for > cl-regex and thus is rather safe, it is just that ASDF goes out of its > way to break it. load makes no guarantees about the value of *package* (only that it is rebound). i have had situations in my code were (in-package :bar) failed because *package* didn't use :common-lisp, i was doing some really weird stuff, but still. technically you should always start any file with: (cl:in-package ...) or at least use cl:defpackage in packages.lisp. i (for what it's worth) don't have much sympathy for files which don't specify what package they want, they didn't get what they didn't ask for. and technical issuse aside, we're only talking about one line anyway. -- -Marco Ring the bells that still can ring. Forget the perfect offering. There is a crack in everything. That's how the light gets in. -Leonard Cohen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359660: links2: debian/copyright contains old URL
Package: links2 Version: 2.1pre20-3 Severity: normal The new homepage is at: http://links.twibright.com/ Please add this to debian/control Package description as well: . Homepage: http://links.twibright.com/development.php -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Versions of packages links2 depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an ii libdirectfb-0.9-220.9.22-9 frame buffer graphics library ii libgpmg1 1.19.6-22 General Purpose Mouse - shared lib ii libjpeg62 6b-12 The Independent JPEG Group's JPEG ii libpng12-01.2.8rel-5 PNG library - runtime ii libsvga1 1:1.4.3-22 console SVGA display libraries ii libtiff4 3.8.0-3Tag Image File Format (TIFF) libra ii zlib1g1:1.2.3-11 compression library - runtime links2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359661: libimager-perl: 4 channel JPEGs can crash Imager when writing to a scalar
Package: libimager-perl Version: 0.44-1 Severity: important Tags: security We have found that libimager-perl, aka Imager, versions < 0.49_01, has a bug that can result in a Segmentation Fault if it operates on 4-channel JPEG images. If setting $picture to a blob containing a JPEG image with 4 channels, the problem should be reproducable: use Imager; my $img = Imager->new(); $img->read(data=>$picture); warn "imager is saving.."; $img->write(data=>\$picture,type=>"jpeg"); warn "imager is done saving.."; We have worked with upstream developer Tony Cook, who has a fix ready. If the library is used to process images from remote sources, this problem can be exploited to perform a DoS attack, thus we have tagged the report security. Ole Kasper Olsen and Kjetil Kjernsmo Opera Software ASA -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libimager-perl depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-1PNG library - runtime ii libt1-55.0.2-3 Type 1 font rasterizer library - r ii libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra ii libungif4g 4.1.3-2sarge1 shared library for GIF images (run ii perl 5.8.4-8sarge3 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8 5.8.4-8sarge3 The Pathologically Eclectic Rubbis ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359662: libpcre3-dev doesn't install libpcre.pc, so pkg-config can't find libpcre
Package: libpcre3-dev Version: 6.4-1.1 Severity: important Hello, Like the subject says: The file libpcre.pc isn't installed (though it's generated during the build), so any package searching for libpcre via pkg-config can't find it even if the development package is installed. Christian Ohm -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck1 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libpcre3-dev depends on: ii libc6-dev 2.3.6-4GNU C Library: Development Librari ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi ii libpcrecpp0 6.4-1.1Perl 5 Compatible Regular Expressi libpcre3-dev recommends no packages. -- no debconf information -- There is a natural hootchy-kootchy to a goldfish. -- Walt Disney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359110: PTS: Existing bugs not shown in PTS
retitle 359110 /org/bugs.debian.org/etc/indices/sources outdated reassign 359110 bugs.debian.org severity 359110 important thanks On Sun, Mar 26, 2006 at 07:16:51PM +0200, Miguel Gea Milvaques wrote: > http://packages.qa.debian.org/d/dacco.html > > Shows that dacco has no errors, but this error: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=358419 > shows dacco-cat-users (build from dacco source) has a open bug. But it doesn't show binary packages w.r.t. source packages etc. [EMAIL PROTECTED]/org/bugs.debian.org/etc/indices$ grep synfig sources [EMAIL PROTECTED]/org/bugs.debian.org/etc/indices$ ls -l sources -rw-rw-r-- 1 debbugs debbugs 681194 Mar 27 13:53 sources [EMAIL PROTECTED]/org/bugs.debian.org/etc/indices$ madison synfig synfig | 0.61.05-3 | unstable | source, arm, i386, mips, mipsel, powerpc, s390, sparc [EMAIL PROTECTED]/org/bugs.debian.org/etc/indices$ src synfig package | version | source -+---+ synfig | 0.61.05-3 | synfig (...) Synfig has been in the archive for quite a while now, since March 17th to be exact. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] http://jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358558: byzanz packaging
Hey Josh, Am Dienstag, den 28.03.2006, 01:54 -0800 schrieb Josh Triplett: > I also have Debian packaging for byzanz, available at > http://minilop.net/~josh/byzanz/ . Among other things, it includes a > manpage I wrote for the byzanz-record command-line utility, and a > debian/watch file. Would you have any interest in co-maintaining Debian > packaging for byzanz? Thanks for those - I added them to the Ubuntu package and will upload it soon. > CCed to Daniel Holbach since he may want to include the manpage in the > Ubuntu package. I've already emailed the manpage upstream, along with > two bugfixes: a typo in configure.ac, and the fact that COPYING contains > the GPL but the source files indicate LGPL licensing. Thanks for writing to Benjamin. I'm very much interested to maintain the package with the both of you and to keep the delta low. The improved package should be up soon at http://archive.ubuntu.com/ubuntu/pool/universe/b/byzanz/ Have a nice day, Daniel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#347650: libtool: Incorrect argument reordering
Le mercredi 11 janvier 2006 à 22:38 +0100, Ralf Wildenhues a écrit : > > It looks like libtool likes, when building libraries, to reorder > > arguments: > > Well, yes. It move all the options away from the libraries + library > flags. GNU libtool plans to lift this restriction, but it unfortunately > costs quite some rework. :-/ Are there any news regarding this bug? It is making all GNOME libraries have tons of indirect dependencies, which is causing serious headaches with the GNOME 2.14 move. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#359663: [INTL:km] base-config_debian_po
Package: base-config_debian_po_km.po Version: N/A Severity: wishlist Tags: l10n patch # translation of base-config_debian_po_km.po to Khmer # Hok Kakada <[EMAIL PROTECTED]>, 2005, 2006. # Khoem Sokhem <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: base-config_debian_po_km\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-12-05 21:15-0700\n" "PO-Revision-Date: 2006-03-27 15:24+0700\n" "Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #. Type: title #. Description #: ../templates:3 msgid "Base system configuration" msgstr "áá¶áâáááááâáá áá¶âááááááááâááááââááááááááâáá¼ááááá¶á" #. Type: select #. Description #: ../templates:8 msgid "Choose the next step in the install process:" msgstr "áááá¾áâááá á¶áâááááá¶ááâáááá»áâáááá¾ááá¶áââááá¡á¾á á" #. Type: select #. Description #: ../templates:8 msgid "This is the base system configuration menu." msgstr "áááâáá¶âáááºáá»áâáááááâáá áá¶âááááááááâááááââááááááááâáá¼ááááá¶á á" #. Type: note #. Description #: ../templates:13 msgid "Welcome to your newly installed system!" msgstr "áá¼áâáááá¶ááááâááâáá¶ááâááááááááâáááâáá¶áâááá¡á¾áâáá áá á»ááááááââááááâá¢ááá !" #. Type: note #. Description #: ../templates:13 msgid "" "This program will now walk you through the process of setting up your newly " "installed system." msgstr "á¥á¡á¼á áááááá·áá¸âáááâáá¹áâáááá¶áâá¢áááâá¢ááá¸ââáááá¾áâáá¶áââááá¡á¾áâááááááááâáááâáá¶áâááá¡á¾áâáá áá á»áááááá á" #. Type: boolean #. Description #: ../templates:20 msgid "Use a PPP connection to install the system?" msgstr "áááá¾âááá PPP áá½áâáá¾áááá¸âááá¡á¾áâááááááááâáááá¬Â ?" #. Type: boolean #. Description #: ../templates:20 msgid "" "This system does not seem to be currently connected to the internet. Even if " "you plan to install from CD, it is wise to download at least security " "updates from the internet." msgstr "ááááááááâáááâá á¶ááâáá¸âáá¼á âáá¶âáá·áâáááá¼áâáá¶áâááááá¶ááâáá âá¢áá·áááºáá·áâáá áá á»ááááááâáá á ááááá¸âáá¶âá¢áááâáá¶áâááááááâááá¡á¾áâáá¸âááá¸áá¸ááâááá áá¶âáááá¶áââáá¾áááá¸âáá¶áâááâááá¶áâá áá âáá¶ááââáá¶áâáááá¾á²ááââáá»ááááá·áá¶áââáá¶ááâááááâáá¸ââá¢áá¸áááºáá·á á" #. Type: boolean #. Description #: ../templates:20 msgid "" "If you have an account on an Internet Services Provider (ISP), and you want " "to use it during the install, you may configure the PPP service now, and " "open a PPP connection to your ISP." msgstr "ááááá·áâáá¾ââá¢áááâáá¶áâáááá¸âáá½áâáá âáááá»áá áá»áâáááááââáááá¶ââá¢áá¸áááºáá·á (ISP) á á¾áâá¢áááâá ááâáááá¾âáá¶âááá¡á»áâáááâááá¡á¾á á¢áááâá¢á¶á ââáááááâáá áá¶ááááááááâáááᶠPPP á¥á¡á¼á áá½á âáá¾áâááá PPP áá (ISP) ááááâá¢ááá á" #. Type: note #. Description #: ../templates:31 msgid "Thank you for choosing Debian!" msgstr "áá¼áâá¢ááá»áâááááá¶ááâáá¶áâáááá¾áâááâááááá !â" #. Type: note #. Description #: ../templates:31 msgid "" "Setup of your Debian system is complete. You may now login at the login: " "prompt." msgstr "áá¶áâááá¡á¾áâááááááááâáááááâááááâá¢áááâáá¶áâáááá áá á á¥á¡á¼áâ á¢áááâá¢á¶á âá á¼áâáá ââáááááâáááá¢ááâá á¼áâáá¶áâ á" #. Type: note #. Description #: ../templates:31 msgid "" "If you want to revisit this setup process at a later date, just run the base-" "config program." msgstr "ááááá·áâáá¾ââá¢áááâá ááâáááááá¶ââáááá¾ááá¶áâááá¡á¾áâáááâ
Bug#359636: apt-zip: binNMU will FTBFS
On 3/28/06, Eddy Petrişor <[EMAIL PROTECTED]> wrote:
> On 3/28/06, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> > test "$DEV" = "yes" -o "0.13.7+pb1" = "0.13.7" || \
> > { echo "Version mismatch"; false; }
> > Version mismatch
> > make: *** [build-stamp] Error 1
> >
>
> Hello Daniel,
>
> The error in question is intentional, if you want to make a custom
> apt-zip version, you should set the environment variable DEV=yes when
> you build the package.
Another fix would be assuring the consistency by modifying the
internal version of common.sh, variable APTZIPVERSION.
> the test in question is intended as a consistency check for the debian
> changelog and the code.
>
> This is not a bug, but a feature ;)
--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
Bug#359644: adding a package should be atomic
* Marc Dequènes <[EMAIL PROTECTED]> [060328 11:04]: > In the problem i encountered in #357803, adding a file built without -sa > for a non -1 package resulted in reprepro complaining for missing source > tarball, but with other files added into the pool. Either reprepro > should copy files after all checks, or remove them when an error occur, > leaving the pool in a sane state This is quite difficult and the current emphasis is to try to never delete anything that might cause high costs to retrieve (bandwidth) or recreate (build). The problematic part is that makeing sure everything will work before is only partially possible (md5summing all files, checking all databases, everything having quite some overhead; and if a file can be copied where it belongs to is only possible after it is copied). Deleting afterwards has to make sure it does not hit files already being in the pool (I do not want to delete them in this situation, even if nothing else references them) or to rip a package apart when it is told to move stuff to the pool and only some parts can be moved back. So more atomic behaviour would be nice, but is quite hard to get. The current behaviour should have no larger ill effects, though. > (even if the db is clean, the filesystem should be clean too). Are those not in the database already? Unless that got missed, a reprepro deleteunreferenced should remove all that stuff. Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359665: [INTL:km] console-data_debian_po translation
Package:console-data_debian_po_km.po Version:N/A Severity: wishlist Tags:l10n patch # translation of console-data_debian_po_km.po to Khmer # translation of console-data_debian_po_km.po to # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # piseth <[EMAIL PROTECTED]>, 2006. # auk piseth <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: console-data_debian_po_km\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2005-11-07 17:36+\n" "PO-Revision-Date: 2006-03-21 09:44-0700\n" "Last-Translator: auk piseth <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "by" msgstr "byââ" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "bg" msgstr "bg" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "croat" msgstr "croat" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "cz-lat2" msgstr "cz-á¡á¶áá¶ááá¢" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "sg-latin1" msgstr "sg-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "de-latin1-nodeadkeys" msgstr "de-á¡á¶áá¶ááá¡-nodeadkeys" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "dk-latin1" msgstr "dk-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "us" msgstr "áá ááááâá¢á¶áááá·á" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "uk" msgstr "á áááááâá¢ááááááá" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "dvorak" msgstr "dvorak" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "et" msgstr "et" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "la-latin1" msgstr "la-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "es" msgstr "es" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "fi-latin1" msgstr "fi-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "fr-latin9" msgstr "fr-á¡á¶áá¶ááá©" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 msgid "fr-latin1" msgstr "fr-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "be2-latin1" msgstr "be2-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "cf" msgstr "cf" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "fr_CH-latin1" msgstr "fr_CH-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "gr" msgstr "gr" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "hebrew" msgstr "á ááááá¼" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "hu" msgstr "hu" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "is-latin1" msgstr "is-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "it" msgstr "it" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "lt" msgstr "lt" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "lv-latin4" msgstr "lv-á¡á¶áá¶ááá¤" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "jp106" msgstr "jp106" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "mk" msgstr "mk" #. Type: select #. Choices #: ../console-keymaps-acorn.templates:3 ../console-keymaps-at.templates:3 msgid "no-latin1" msgstr "no-á¡á¶áá¶ááá¡" #. Type: select #. Choices #: ../console-keymaps-aco
Bug#359667: kernel-image-2.6.12: bttv.ko module causing a system hang
Package: kernel-image-2.6.12 Version: 10.00.Custom Severity: critical Justification: breaks the whole system the whole system does not boot, with verbos, it appears that the kernel module bttv.ko is causing the problem... the module appears to have a conflect with my Twinhan vp-1030 DVB card, but the system does not let it go, it loads the bttv.ko and breaks..(where not even Ctrl-Alt-Delete would work), i could solve the problem by entering debug shell stage 3 and overwriting bttv.ko with an empty file (./media/video/bttv.ko)...and the system will continue normally, or when i remove my DVB card also the system will boot normally another bug happens is that when i does not disable my (corrubt burnt chip) built-in sound card(disabling with jumbers on the motherboard), and eventhough i have another working sound card ... the system boots normally becomes extremely slow and the mouse to be slow jumpy thank you -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /UNIONFS/bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages kernel-image-2.6.12 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities kernel-image-2.6.12 recommends no packages. -- no debconf information
Bug#359668: [INTL:km] exim4_debian_po translation
Package:exim4_debian_po_km.po Version:N/A Severity: wishlist Tags:l10n patch # translation of exim4_debian_po_km.po to Khmer # translation of exim4_debian_po_km.po to # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # # auk piseth <[EMAIL PROTECTED]>, 2006. # eng vannak <[EMAIL PROTECTED]>, 2006. # auk piseth <[EMAIL PROTECTED]>, 2006. # Khoem Sokhem <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: exim4_debian_po_km\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-08-14 15:43+0200\n" "PO-Revision-Date: 2006-03-28 14:44+0700\n" "Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #. Type: boolean #. Description #: ../exim4-base.templates:4 msgid "Remove undelivered mails in spool directory?" msgstr "ááâáááá»áááâáááâáá·áâáá¶áâááááá¼áâá áááá¸âááâáááá¼áâá¬Â ?âââââ" #. Type: boolean #. Description #: ../exim4-base.templates:4 msgid "" "There are mails in the exim spool directory /var/spool/exim4/input which " "have not yet been delivered. You can keep them in case you decide to re-" "install Exim at a later date, or you can choose to remove them." msgstr "áá¶áâáááá»áááâáá áááá»áâáááááá¼á exim /var/spool/exim4/input áááâáá·ááá¶ááâáááá¼áâáá¶áââááááá¼áâââáá âá¡á¾á á á¢áááâá¢á¶á âááááá¶âáá»áâáá½ááᶠâáááá»áâáááá¸âáááâá¢áááââáááááá âá á·áááâáá¶ââááá¡á¾áâ Exim âá¡á¾ááá·áâáá ââááááâááááá ᬠá¢áááâá¢á¶á âáááá¾áââáá¾áááá¸ââááâáá½áâáá¶âá áá á" #. Type: boolean #. Description #: ../exim4-base.templates:12 msgid "Move yet undelivered mails from exim(v3) to exim4 spool?" msgstr "áááá¶áááá¸âáááá»áááâáááâáá·áâáá¶ááââáá¶áâááááá¼áâáá¸âáááá¼á exim(v3) áá exim4 á¬áá ?" #. Type: boolean #. Description #: ../exim4-base.templates:12 msgid "" "There are some undelivered mails in the spool directory of exim or exim-tls " "in /var/spool/exim/input/. They can be moved to exim4's spool (/var/spool/" "exim4/input/) now where they will be handled by exim4." msgstr "" "áá¶áâáááá»áááâáááâáá·áâáá¶áâááááá¼áâáá½áâá ááá½áâáá áááá»áâááâáááá¼áâáá exim ᬠexim-tls " "áá áááá»á /var/spool/exim/input/ á áá½ááá¶âá¢á¶á âáááá¼áâáá¶áâáááá¶áááá¸âáá áá¶ááââáááá¼áâáááá exim4 (/var/spool/" "exim4/input/) âáá¶âááááááâáááâáá½ááá¶âáá¹áâáááá¼áâáá¶áâááááááá¶áâá¥á¡á¼áââááá exim4 á" #. Type: boolean #. Description #: ../exim4-base.templates:12 msgid "" "Be aware that this works only one-way, exim4 can handle exim(v3)'s spool but " "not the other way round." msgstr "áá¹áá²ááá ááá¶ááâáá¶ââáá¶âáááá¾áá¶áâáááá¾âááááááá¶áááâáá½ááá exim4 á¢á¶á ááááááá¶áâáááá¼áâáááá exim(v3)âáá¶á ááá»ááááâáá·ááááââááááááá¶áââââáááâáá¶áááááááâáááááâáááááââ á" #. Type: boolean #. Description #: ../exim4-base.templates:12 msgid "" "Move the mails only if you don't plan to go back to exim(v3), otherwise the " "mail shouldn't be moved now but manually once you've converted your setup." msgstr "áááá¶áááá¸ââááâáááá»áááâááá»ááááá ááááá·ááá¾âá¢áááâáá·ááá¶áâááááááâá áááááá¡áááá áá¶áá exim(v3)áá·ááá, ááááááá¸ááá áááá»áááâáá·ááá½áâáááá¶áááá¸âá¥á¡á¼ááá ááá»áááá á¢áááâáá¶áâááááááââáá¶ááááá áâááááá¢ááá
Bug#343995: [cl-debian] Processed: Re: Bug#343995: emacs-snapshot: Fails to install on system where "slime" is installed
Hello, I think this bug was fixed with the 20051227-1 version of slime. Could you check? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359671: [INTL:km] newt_newt_po translation
Package:newt_newt_po_km.po Version:N/A Severity: wishlist Tags:l10n patch # translation of newt_newt_po_km.po to Khmer # Hok Kakada <[EMAIL PROTECTED]>, 2006. # auk piseth <[EMAIL PROTECTED]>, 2006. # Khoem Sokhem <[EMAIL PROTECTED]>, 2006. # Leang Chumsoben <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: newt_newt_po_km\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-12-12 18:15-0700\n" "PO-Revision-Date: 2006-03-27 16:11+0700\n" "Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #: dialogboxes.c:43 dialogboxes.c:48 dialogboxes.c:493 msgid "Ok" msgstr "ááááááá" #: dialogboxes.c:51 msgid "Cancel" msgstr "áááááá" #: dialogboxes.c:498 msgid "Yes" msgstr "áá¶á/á á¶á" #: dialogboxes.c:500 msgid "No" msgstr "áá"
Bug#359664: [INTL:km] base-config_po translation
Package:base-config_po_km.po Version:N/A Severity: wishlist Tags:l10n patch # translation of base-config_po_km.po to Khmer # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Hok Kakada <[EMAIL PROTECTED]>, 2005. # Khoem Sokhem <[EMAIL PROTECTED]>, 2006. msgid "" msgstr "" "Project-Id-Version: base-config_po_km\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-12-12 18:15-0700\n" "PO-Revision-Date: 2006-03-27 15:26+0700\n" "Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #: ../base-config:55 msgid "Configuring the base system..." msgstr "áááá»áâáááááâáá áá¶âááááááááâááááââááááááááâáá¼ááááá¶á..." #: ../lib/menu/shell:3 msgid "Type 'exit' to return to base-config." msgstr "áá¶á 'exit' áá¾áááá¸âáááá¡ááâáá base-config á"
Bug#359670: eric: Fatal Error when opening a project file that it has just saved
Package: eric Version: 3.8.1-1 Severity: minor I have created a new project. I have added some files, etc., then saved the project, and quit eric. Next I tried to open the project it has just saved, and I couldn't. It just waits forever. After some experiments I have found out that eric doesn't like to read accented characters. Right now I use a project with ascii characters only, and it works as a workaround. (But it would be nice to be able to use normal, accented words). It seems that ERIC takes all the FIXME lines from my code, and put them in a file, projectname.e3t Right now when I open the project, I get this error: Fatal Error /home/gee/work projects exercises/Dm/kameleon--Dm--0.1--patch-1/diplomamunka.e3t Line: 87, Column: 6 Character data not allowed outside root element Of course this is a file that eric has saved itself, and no-one has ever modified it. I think the problem is the same, with the accented character in the description (which is what eric has taken from the source). This todo doesn't show up in the todo list. I will attach the files of a new project that I have created and won't open, and the above mentioned e3t file that eric complains about. Cheers, Gabor -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (99, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages eric depends on: ii bicyclerepair 0.9-4 A refactoring tool for python ii python2.3.5-5An interactive high-level object-o ii python-qt33.15-4 Qt3 bindings for Python (default v ii python-qtext 3.15-4 Qt extensions for PyQt (default ve Versions of packages eric recommends: ii eric-api-files 3.8.1-1 API description files for use with ii libqt3-i18n3:3.3.5-4 i18n files for Qt3 library ii python-kde33.11.3+20051013-1 KDE3 bindings for Python ii python-profiler2.3.5-5 deterministic profiling of any Pyt ii python-xml 0.8.4-1 XML tools for Python [dummy packag -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359672: [INTL:km] popularity_contest_po translation
Package:popularity_contest_po_km.po Version:N/A Severity: wishlist Tags:l10n patch # translation of popularity-contest_debian_po_km.po to Khmer # eng vannak <[EMAIL PROTECTED]>, 2006. # auk piseth <[EMAIL PROTECTED]>, 2006. # auk piseth <[EMAIL PROTECTED]>, 2006. # Khoem Sokhem <[EMAIL PROTECTED]>, 2006. # translation of popularity-contest_debian_po_km.po to msgid "" msgstr "" "Project-Id-Version: popularity-contest_debian_po_km\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-07-04 08:46+0200\n" "PO-Revision-Date: 2006-03-27 16:40+0700\n" "Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n" "Language-Team: Khmer <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11\n" #. Type: boolean #. Description #: ../templates:4 msgid "Participate in the Debian Package Popularity Contest?" msgstr "âá á¼áâáá½áâáá âáááá»áâáááá ááâáááááâáááá Popularity Contes á¬áá ?â" #. Type: boolean #. Description #: ../templates:4 msgid "" "You can have your system anonymously supply the Debian developers with " "statistics about your most used Debian packages. This information " "influences decisions such as which packages should go on the first Debian CD." msgstr "á¢áááâá¢á¶á âá²ááâááááááááâááááâá¢áááâá¢áá»ááááâáááâá¢áá¶áá·áâáá âá¢áááâá¢áá·ááááááâáááááââáá¶áá½áâáá¹áâáááá·áá·âá¢ááá¸âáááá ááâáááááâáááâáá¶áâáááá¾âáá¹ááá¶ááâáááá»áâááááâá¢ááá á áááááá¶áâáááâááááá¶ááâáááâáá¶áâáááááá âá á·áááâ áá¼á âáá¶âáá¶áá¾âáááá ááâáá½áââáá¶âáá½âáá¶ááâáááá»áâááá¸áá¸âáááááâáá¸â á¡Â á " #. Type: boolean #. Description #: ../templates:4 msgid "" "If you choose to participate, the automatic submission script will run once " "every week, sending statistics to the Debian developers." msgstr "ááááá·áâáá¾âá¢áááâáááá¾áâáá¾áááá¸âá á¼ááá½á áááááá¸áâáá¶áááááá¾âáááâááááááááááááá·âáá¹áâáááâáááá»áâáá½áâááááá¶á áâáááá áááâáááá¾âáááá·áá·âáá âá¢áááâá¢áá·ááááááââááááá á" #. Type: boolean #. Description #: ../templates:4 msgid "" "You can always change your mind after making this decision: \"dpkg-" "reconfigure popularity-contest\"" msgstr "" "á¢áááâââá¢á¶á âáááá¶ááâáááá¼áâá á·áááâááááââá¢ááááá¶áâââáá¶âáá·á áá ááááá¶ááââáá¸ââáá¶áââââââáááááá âá á·áááââá á¾á á \"dpkg-" "áááááâáá áá¶âáááááááá popularity-contest á¡á¾áâáá·á\"â" #. Type: note #. Description #: ../templates:17 msgid "Generating unique host identifier failed" msgstr "áá¶áâááááá¾áâáááá¿áâááááá¶ááâááá¶ááá¸áââááâáá½á âáá¶áâááá¶ááá" #. Type: note #. Description #: ../templates:17 msgid "" "The install script could not generate a unique host identifier. This is a " "fatal error, as all hosts submitting information need to have an unique " "identifier." msgstr "áááááá¸áââááá¡á¾áâáá·áâá¢á¶á âááááá¾áâáááá¿áâááááá¶ááâááá¶ááá¸áâááâáá½áâáá¶áâáá á áááâááºâáá¶âááá á»áâáááááááááâáá½áâ ááááááâáááâââááá¶ááá¸áâáá¶ááâá¢ááââáá¶ááâáááá¾âáááááá¶áââáááâáááá¼ááá¶áá²ááââáá¶áâáááá¿áâááááá¶ááâááâáá½á á" #. Type: note #. Description #: ../templates:17 msgid "" "Please report this problem as a bug against the popularity-contest package, " "and include information about your configuration." msgstr "áá¼áâáá¶ááá¶áááâáááá á¶âáááâáá¶âááá á»áââáá½áâááááá¶ááâáá¹áâáááá áá popularity-contest âáá·áâáá½áâáááá á¼áâáááááá¶áâá¢ááá¸âáá¶áâáááááâáá áá¶âááááááááâááááâá¢ááá á" #. Type: boolean #. Description #: ../templates:28 msgid "
Bug#359666: linux-image-2.6.16-1-686: subprocess post-installation script returned error exit status 9
Package: linux-image-2.6.16-1-686 Version: 2.6.16-3 Upgrading linux-image-2.6.16-1-686 to version 2.6.16-3 stops on ramdisk creation. Setting up linux-image-2.6.16-1-686 (2.6.16-3) ... Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. /usr/sbin/mkinitramfs-kpkg: line 55: supported_host_version: unbound variable mkinitramfs-kpkg failed to create initrd image. Failed to create initrd image. dpkg: error processing linux-image-2.6.16-1-686 (--configure): subprocess post-installation script returned error exit status 9 dpkg: dependency problems prevent configuration of linux-image-2.6-686: linux-image-2.6-686 depends on linux-image-2.6.16-1-686 (= 2.6.16-3); however: Package linux-image-2.6.16-1-686 is not configured yet. dpkg: error processing linux-image-2.6-686 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of kernel-image-2.6-686: kernel-image-2.6-686 depends on linux-image-2.6-686; however: Package linux-image-2.6-686 is not configured yet. dpkg: error processing kernel-image-2.6-686 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: linux-image-2.6.16-1-686 linux-image-2.6-686 kernel-image-2.6-686 E: Sub-process /usr/bin/dpkg returned an error code (1) This same problem occurs on linux-image-2.6.16-1-k7, on my other computer. uname -a Linux dwalin 2.6.16-1-686 #1 Mon Mar 27 15:09:02 UTC 2006 i686 GNU/Linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359333: Acknowledgement (discover1-udeb should not depend on non-udeb libdiscover1)
Christian Perrier <[EMAIL PROTECTED]> writes: > I've abused my commit rights and commited the patch, betting that you > would have done so yourself, Joey, and that debhelper-related changes > by the debhelper author are probably safe..:-) Hey! We're a team! > I'm even considering building and uploading the file if noone else > cares to. However, Otavio probably can also. Otavio? My loose > understanding of this bug is that it would help d-i if it is fixed. Go ahead and upload it. I'll work on Debian packages again just in friday so would be good if you could upload it yourself. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - "Microsoft gives you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359655: Memoryleak in vlc software
tag 359655 +fixed-upstream thanks Hello, This bug should have been fixed in SVN revisions. You can grab a nightly build at http://nightlies.videolan.org Regards, -- Zorglub Cl�ment Stenac
Bug#359164: [powerpc64] d-i fails, base-installer/initramfs/no-generator
* Sven Luther <[EMAIL PROTECTED]> [2006-03-28 10:32]: > > Did you actually take *any look* at the failure at all? If so, you'd > > know that you're blaming the wrong people... > Actually, Frans is blaming me, so ... You mean for not taking a look at the build logs from time to time, and a new installing a package every few months? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341344: ITP: python-urwid -- curses-based UI/widget library for Python
Package: wnpp Followup-For: Bug #341344 Owner: Paul Wise <[EMAIL PROTECTED]> I intend to package urwid for debian. I'm making packages now. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#359673: svn-buildpackage: configuration files confusion in manpage and suggested renaming
Package: svn-buildpackage Version: 0.6.14 The manpage refers to the per-package configuration files as "~/.svn/svn-buildpackage.conf", which is probably intended to be just ".svn/svn-buildpackage.conf". Also, the per-user configuration file is called .svn-buildpackage.conf, which is very unintuitive for Un*x users: dot-files are usually intended as configuration files, so shouldn't need a trailing .conf in their name; .svn-buildpackage would be far better. Perhaps you could add this as an alternative config file? Is it worth having a site-wide /etc/svn-buildpackage.conf file? I doubt it, but just maybe Thanks! Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359674: litmus: upstream release 0.10.5 is available
Package: litmus Version: 0.9.4-2 Severity: wishlist Litmus 0.10.5 is available with some quite a lot of additional tests. I'd greatly appreciate if it could be packaged -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=de_AT, LC_CTYPE=de_AT (charmap=UTF-8) Versions of packages litmus depends on: ii libc62.3.6-3 GNU C Library: Shared libraries an ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii zlib1g 1:1.2.3-11 compression library - runtime litmus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347650: libtool: Incorrect argument reordering
* Josselin Mouette wrote on Tue, Mar 28, 2006 at 12:37:52PM CEST: > Le mercredi 11 janvier 2006 à 22:38 +0100, Ralf Wildenhues a écrit : > > > It looks like libtool likes, when building libraries, to reorder > > > arguments: > > > > Well, yes. It move all the options away from the libraries + library > > flags. GNU libtool plans to lift this restriction, but it unfortunately > > costs quite some rework. :-/ > > Are there any news regarding this bug? It is making all GNOME libraries > have tons of indirect dependencies, which is causing serious headaches > with the GNOME 2.14 move. Forgot one part: wrt. not reordering -Wl,--as-needed: I plan to lift this restriction eventually, but it don't think I can manage to do this in the Libtool-1.5.x time frame. Sorry. If somebody independently wants to implement that in Debian's libtool: it likely needs changes in ltmain that are very similarly to those that are necessary for per-deplib static/shared flags: http://lists.gnu.org/archive/html/libtool-patches/2006-01/msg00064.html Please note that this patch was also delayes to post 2.0, unfortunately. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359636: apt-zip: binNMU will FTBFS
Le Mardi 28 Mars 2006 12:33, vous avez écrit : > Hello Daniel, > > The error in question is intentional, if you want to make a custom > apt-zip version, you should set the environment variable DEV=yes when > you build the package. > > the test in question is intended as a consistency check for the debian > changelog and the code. > > This is not a bug, but a feature ;) Well, let me explain in more detail why I was trying to build with a custom version number, and then let you decide: I've been working on a Perl script named pbuildd to rebuild the Debian archive from scratch. In order to support using the result as a source for installing packages locally, I need to differentiate the generated packages from the official packages somehow, or apt often will not know to install the local package over the package from the Debian archives. The best way to do this seemed to be to use something similar to the new binNMU versioning scheme, which shouldn't cause problems with most packages. That said, I suppose I could add a blacklist for the script to consult -- but I'd rather not unless I absolutely had to, and then somebody building apt-zip locally might not actually be using the result. :) And I definitely don't want to start special-casing any more than necessary, so setting DEV=yes just for that package is out of the question. -- Daniel Schepler
Bug#347650: libtool: Incorrect argument reordering
* Josselin Mouette wrote on Tue, Mar 28, 2006 at 12:37:52PM CEST: > Le mercredi 11 janvier 2006 à 22:38 +0100, Ralf Wildenhues a écrit : > > > It looks like libtool likes, when building libraries, to reorder > > > arguments: > > > > Well, yes. It move all the options away from the libraries + library > > flags. GNU libtool plans to lift this restriction, but it unfortunately > > costs quite some rework. :-/ > > Are there any news regarding this bug? It is making all GNOME libraries > have tons of indirect dependencies, which is causing serious headaches > with the GNOME 2.14 move. Well, all I know is that if you are adding a convenience archive as a dependency, then *it is by design* that all dependencies of that convenience archive are added, too. I've tried to explain this before (may have been to a different bug report, though): Convenience archives are merely objects to be incorporated into a bigger whole. It makes no sense to speak of indirection here, because there is none, from the point of a shared library. So if you think there are too many libraries added, then that means that the creation of the convenience archive simply lists too many dependencies. It may help to split up the convenience archive into smaller convenience archives, where the smaller parts each list a strict subset of dependencies themselves. But to be honest, I haven't had the time nor do I have the knowledge about GNOME libraries to see what should be done in this particular case. Hope that helps. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359676: ifconfig: reports wrong ip address
Package: net-tools Version: 1.60-17 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ifconfig reports "inet addr:169.254.191.118" when dhclient says "bound to 192.168.1.28". If I try to ssh to the first ip, I get no response but the second ip works. So obviously the ip reported by ifconfig must be wrong. Best regards, Erik Åldstedt Sund - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages net-tools depends on: ii libc6 2.3.6-4GNU C Library: Shared libraries an net-tools recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEKSIif5yCAD+OB8gRAmWWAJ4+6G02UAtruTgxVoU06SMKZjIssACgkyeg LHh2BlLjH/f/xZXHsPeItS0= =xb8o -END PGP SIGNATURE-
Bug#359675: locate code segments in memory
Package: sdcc Version: 2.5.0-11 Severity: wishlist Tags: fixed-upstream I'd like to be able to locate code segments in memory. According to https://sourceforge.net/forum/message.php?msg_id=3255643 this feature has been added upstream. Philipp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359636: apt-zip: binNMU will FTBFS
On 3/28/06, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> Le Mardi 28 Mars 2006 12:33, vous avez écrit:
> > Hello Daniel,
> >
> >
> > This is not a bug, but a feature ;)
>
> Well, let me explain in more detail why I was trying to build with a custom
> version number, and then let you decide: I've been working on a Perl script
> named pbuildd to rebuild the Debian archive from scratch. In order to
> support using the result as a source for installing packages locally, I need
> to differentiate the generated packages from the official packages somehow,
> or apt often will not know to install the local package over the package from
> the Debian archives. The best way to do this seemed to be to use something
> similar to the new binNMU versioning scheme, which shouldn't cause problems
> with most packages.
>
> That said, I suppose I could add a blacklist for the script to consult -- but
> I'd rather not unless I absolutely had to, and then somebody building apt-zip
> locally might not actually be using the result. :) And I definitely don't
> want to start special-casing any more than necessary, so setting DEV=yes just
> for that package is out of the question.
Is there any special environment variable set during a bin NMU?
Instead of DEV we could use that.
Another option would be to have a more relaxed check for the version,
something like
test "$$DEV" = "yes" -o "${DVERSION}" = `echo "${UVERSION}" | sed
s/\(.*\)\+.*/\1/`
instead of the current:
test "$$DEV" = "yes" -o "${DVERSION}" = "${UVERSION}"
--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein
Bug#359667: kernel-image-2.6.12: bttv.ko module causing a system hang
reassign 359667 linux-2.6 severity 359667 important thanks * Anas Ali Al-Mousa <[EMAIL PROTECTED]> [2006-03-28 12:51]: > the whole system does not boot, with verbos, it appears that the kernel > module bttv.ko is causing the problem... the module appears to have a > conflect with my Twinhan vp-1030 DVB card, but the system does not let it > go, it loads the bttv.ko and breaks..(where not even Ctrl-Alt-Delete > would work) 2.6.12 is quite old. Can you plaease try with 2.6.16 (unstable) or at least 2.6.15 (testing). Which was the last version that worked on your system? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359636: apt-zip: binNMU will FTBFS
Le Mardi 28 Mars 2006 13:33, vous avez écrit :
> Is there any special environment variable set during a bin NMU?
> Instead of DEV we could use that.
No, not really; and I would be leery of adding an environment variable
specifically to allow packages to detect when they're building under
pbuildd -- who knows what other uses somebody might come up with for custom
versions?
> Another option would be to have a more relaxed check for the version,
> something like
>
> test "$$DEV" = "yes" -o "${DVERSION}" = `echo "${UVERSION}" | sed
> s/\(.*\)\+.*/\1/`
>
> instead of the current:
>
> test "$$DEV" = "yes" -o "${DVERSION}" = "${UVERSION}"
This would be a good solution, IMHO, and in fact it's what I had in mind when
I filed the bug.
--
Daniel Schepler
