Bug#482102: qa.debian.org: intelligent listing of debian/patches, git/quilt v3 format packages, etc
On 20/05/08 at 21:01 +0200, sean finney wrote: > Package: qa.debian.org > Severity: wishlist > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > hi, > > this is both a request and an notice of intent that i may try to > implement something :) > > my proposal is that the current "patches" section on a source package's > qa package is modified so that the following information is somehow > provided, where appropriate (depending on structure/format of source > package naturally). What you propose sounds like adding a lot of information to the PTS page. Why did you choose that, instead of a separate website (http://patches.d.o)? > - - entire "debian patch" > - - individual quilt/dpatch patches > - - individual patches from v3 (quilt) format packages > - - feature-branch patches for v3 (git) format packages, if possible > (would require more thinking through and i do not intend to do this > initially) It's not clear yet whether this format will be accepted in the archive. > additionally, for each patch, when possible provide the following > information: > > - - which version of the package introduced it how are you planning to determine that? why is that important? > - - any notes at the top of the patch > - - any relevant vcs metadata > - - any relevant bts metadata (could be found using heuristics in the > previous items) example? -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470186: RFA: synergy -- Share mouse, keyboard and clipboard over the network
On Fri, Mar 14, 2008 at 02:45:54PM +, Neil McGovern wrote: > Hi there, > > I'd happily take this one over if you need. > > Cheers, > Neil Hi. Any update on that package's adoption ? Looks like it may not be ready for lenny from looking at the PTS :( I'd like to keep using synergy on my Debian. Thanks for letting us know. Best regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480092: ITP: linbox -- Library for exact linear algebra
I'd be willing to maintain the package until you have time. I spent a while working on improving the linbox package in my repository. I've updated my package to use the shared library that Linbox now has. It now has no lintian warnings other than an extra license file; I generated a man page with help2man -n "tool for linking against LinBox" linbox-config though probably it would be best if the code to do that generation were in upstream LinBox. I should email the LinBox team regardless, since the documentation doesn't build because it tries to install HACKING, which apparently doesn't exist anymore. However, in order for LinBox to be useful for SAGE we'll need to either package linbox_wrap for debian or wait until linbox_wrap gets into mainline LinBox. Because Lenny is freezing in a few weeks, there isn't much time for this. The other problem I have at the moment is that both givaro and linbox try to install /usr/include/gmp++/gmp++_int.inl and friends, but the versions they install are slightly different. I'm not sure what the story is with that; but it seems like they are originally from Givaro; I'll send an email to the LinBox mailing list about this when I get a chance. -Tim Abbott On Tue, 20 May 2008, Vincent Danjean wrote: retitle 480092 ITP: linbox -- Library for exact linear algebra submitter 480092 ! thanks Hi, Just before creating an ITP, I saw this RFP... My research team is already involved with linbox and next year we should work on it a lot. So, I would be pleased to help to integrate linbox in Debian. I plan to create a git repo on alioth (in the maint-collab project) to work on the packaging (starting with your work). Any co-maintainers are welcome. Please, note however that, probably, I will not be able to work on linbox until a few weeks. So, if you expect linbox to be uploaded before lenny freeze, another maintainer is needed. Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481775: Proofread french manpage for reportbug
# Bcc: control tags 481775 + pending thanks On 08/05/18 15:23 +0200, Sylvain Cherrier said ... > this version has been proofread by the debian french list... Thank you for the update. I had to add a '>' after expert so that po4a doesn't complain. The following line was changed: Dans les modes B et B et B, vérifier Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#482060: rails 2.0.2-2 bug: Rails should depends on Gem and then install rails as gem package
> Then why are you filing a bug in Debian if this is for gems? Gems are > packaged *outside* Debian. You can just install rubygems and install > rails through the ruby gem packages, directly from upstream. > > - Adam Majer > Yes, I can. But in that case why do we need rails debian package. If we has it it should follow normal work flow and use gems. - Vasiliy Kiryanov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480657: python-opengl: Using glutDisplayFunc and glutKeyboardFunc causes Segmentation Fault in glutMainLoop
Hi,
Some more information I've discovered about this bug:
1) A test on a friend's 32-bit PowerPC machine didn't reproduce it. (Maybe a
64-bit issue?)
2) The following equivalent C code does not reproduce it:
#include
#include
void disFunc() {
printf("disFunc\n");
fflush(stdout);
}
void keyFunc(unsigned char c, int a, int b) {
printf("keyFunc\n");
fflush(stdout);
}
int main(int argc, char** args) {
glutInit(&argc, args);
glutInitDisplayMode(GLUT_RGB);
glutInitWindowSize(640, 480);
glutCreateWindow("appname");
glutDisplayFunc(disFunc);
glutKeyboardFunc(keyFunc);
glutMainLoop();
return 0;
}
That suggests that it's something about the OpenGL wrapper itself.
Peace,
Brendon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482159: exim4-base: Install fails - init script fails "malformed or incomplete option"
Package: exim4-base Version: 4.69-5+b1 Severity: serious Justification: 6 Updating exim4 fails because the exim init script refuses to start the daemon. >From the changelog, I'm guessing this might be related to the quoting problems encountered in a few recent bugs (476987 is one). This release is suppossed to be fixed, so maybe this is an overlooked part? I have SMTPLISTENEROPTIONS set so that I can listen on port 465 in addition to 25.. i.e. SMTPLISTENEROPTIONS='-oX 465:25 -oP /var/run/exim4/exim.pid' This matches the recommendation supplied in the exim and Debian package doc. What happens is that the single quotes seem to be showing up on the actual command line. Here is a debug excerpt: + '[' /var/run/exim4/exim.pid ']' + /sbin/start-stop-daemon --start --nicelevel 0 --quiet --exec /usr/sbin/exim4 --oknodo --pidfile /var/run/exim4/exim.pid -- -bd -q30m '-oX 465:25 -oP /var/run/exim4/exim.pid' exim abandoned: unknown, malformed, or incomplete option -oX 465:25 -oP /var/run/exim4/exim.pid Notice that the full SMTPLISTENEROPTIONS string is still quoted when passed to start-stop-daemon... exim then barfs. (but notice also the quotes only show up in the debug output... it took a minute to figure out that exim was treating the whole string as one big option.) I can run exim manually with the options directly, but I can't figure out a way (short of hacking the init script itself) to get the options through via the normal avenues. --Mike -- Package-specific info: Exim version 4.69 #1 built 02-May-2008 12:47:18 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-base depends on: ii adduser 3.107 add and remove users and groups ii cron 3.0pl1-104 management of regular background p ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii exim4-config [exim4-config-2] 4.69-5 configuration for the Exim MTA (v4 ii libc6 2.7-10 GNU C Library: Shared libraries ii libdb4.6 4.6.21-6 Berkeley v4.6 Database Libraries [ ii lsb-base 3.2-11 Linux Standard Base 3.2 init scrip ii netbase 4.32 Basic TCP/IP networking system Versions of packages exim4-base recommends: ii bsd-mailx [mailx] 8.1.2-0.20071201cvs-3 A simple mail user agent ii mailx 1:20071201-3 Transitional package for mailx ren ii psmisc 22.6-1Utilities that use the proc filesy -- debconf information: exim4/purge_spool: false exim4-base/drec: exim4/move_exim3_spool: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473304: libhtml-wikiconverter-perl and friends
On Tue, May 20, 2008 at 09:02:25AM +0200, Jonas Smedegaard wrote: > On Tue, May 20, 2008 at 01:42:55AM -0400, Rene Mayorga wrote: > > > >> Either we just admit that the package has changed, and warn about > >> that in debian/NEWS. > > > >Sounds nice for me, but I also think that we should add the notice in > >POD and html2wiki to catch more despite users :). > > Good idea. Feel free to add patches, and get in touch with upstream > suggesting them to adopt those patches. Actually I missed that html2wiki binary pokes the user about this change (yes, I was one despite user too :)) So I'm only adding a note to HTML::WikiConverter POD noting this change. Also I add the debian/NEWS file > > >> Or we make the main package depend on the submodules formerly part of > >> the module. > > > >Having a dep on all the submodules will came to have a bunch of modules > >installed, this also will follow to have the need to add a depend to > >every -dialect module that could be added to the archive. > > Not all of them - that's what the virtual package is for. Just the ones > formerly part of the main module. > > And if we choose that apporach, then yes, other users not needing those > submodules are forced to install them anyway. We can drop the > dependencies after lenny+1 is released as stable. Ack, and at this moment this is not a big issue the only packages available are -wikiconverter-markdown and -wikiconverter-moinmoin and the -wikiconverter-mediawiki ITP This will not load too much considering that the previous package contains this modules and several more > Alternatively we can rename the main package to -core, replacing it with > an empty transitional package hard-depending on -core and the used-to-be > submodules. that would avoid surprises for old users and also support > new users uninterested in the added dependencies. But I believe it > would violate Debian Perl Policy (main module is not called -core). Yes, renaming to -core will conflicts with Debian Perl Policy naming convention > I favor a combination of first and second option: > > 1) Document that content of main module has changed > 2) Have main module recommend formerly included submodules Just for made this point clear, you suggest a Recommend directly to all formerly submodules or you suggest keeping the Recommends to the virtual packages provides but the submodules? > 3) Drop explicit submodule-recommendations after lenny+1 > Cheers. -- Rene Mauricio Mayorga | jabber: [EMAIL PROTECTED] http://rmayorga.org | -- 08B6 58AB A691 DD56 C30B 8D37 8040 19FA A209 C305 signature.asc Description: Digital signature
Bug#24043: #1 Generic Faciliation
#1 Meds Offer Superior Meds Service http://www.corgilogvac.com "Old age, dear. This it is to get fat and sleek in town. When I wished to pull your hair you generally ran for three miles, shrieking at the top of your voice. I ought to know, because those shrieks of yours were meant to call up Mrs. Jennett with a cane and" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482158: [sql-ledger] dependency problems in "testing" release
Package: sql-ledger Version: 2.6.22-2 Severity: serious --- Please enter the report below this line. --- This may not directly be a sql-ledger problem but I don't know what other package to file it under. The latest version of testing that came out a few days ago has a very large number of changes and amongst them dependencies for sql-ledger must have been removed, as aptitude is now reporting that sql-ledger would be removed. I left it for a few days hoping a dependency would catch up but it doesn't look like it has. Cheers JohnT --- System information. --- Architecture: amd64 Kernel: Linux 2.6.22-3-amd64 Debian Release: lenny/sid 500 testing security.debian.org 500 testing ftp.nz.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== perl | 5.8.8-12 apache| OR httpd | libdbd-pg-perl| 2.2.2-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472682: l10n upload of tzdata
Dear maintainer of tzdata, The l10n update round I launched is now over. All incoming translations were committed to your SVN by either me or Clint. I think it's now OK to upload a new package. signature.asc Description: Digital signature
Bug#476284: ITP: bulletphysics -- physics engine for games
retitle 476284 ITP: bulletphysics -- physics engine for games owner 476284 ! thanks I will work on this with Debian Games Team. Wen-Yen Chuang (caleb) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293361: reportbug: add reminder to fill fields to the ITP template
On 08/05/20 13:44 +0200, Sandro Tosi said ...
> I'm planning to fix it this way: use a regex to search for templates
> line in the body of email ("Version: x.y.z" etc etc), if anything is
> found print something like " * WARNING * Templates information still
> present, please update them before submitting". What about?
I like the idea, but ...
> I don't want to stop user from submitting a bug even if template words
> are still there, but notifying him/her about it: what do you think
> about it?
I would say that we should not allow template text to be present in the ITP.
Something on the lines of "*WARNING* The template information is still present
in the bug text, please fill it or remove it if it is not relevant" might be
appropriate. And then we don't allow submission if there is any templated
text present.
Cheers,
Giridhar
--
Y Giridhar Appaji Nag | http://appaji.net/
signature.asc
Description: Digital signature
Bug#337214: ispell.el: word-splitting incorrect in presence of iso-8859-15 characters
On Wed, May 21, 2008 at 12:47:57AM +0200, Agustin Martin wrote:
> On Tue, May 20, 2008 at 06:26:34PM +0200, Lionel Elie Mamane wrote:
>> What I *think* happens is that as
>> /var/lib/dictionaries-common/aspell/aspell-he is in UTF-8 and (data
>> out of it) comes at the head of
>> /v/cache/d-c/emacsen-ispell-dicts.el, it triggers emacs to treat
>> the whole /v/c/d-c/emacsen-ispell-dicts.el file as UTF-8; when it
>> encounters ISO-8859 data it thus keeps it as a binary stream of
>> octets rather then converting it to its internal representation
>> (mule?). But without aspell-he installed, it treats the file as
>> iso8859-1!
> I tend to think that emacs finds two non-compatible encodings and because of
> that reads the file as a data stream.
Ah, yes. Indeed:
(assoc "hebrew" debian-aspell-only-dictionary-alist)
("hebrew"
"[\327\220\327\221\327\222\327\223\327\224\327\225\327\226\327\227\327\230\327\231\327\233\327\234\327\236\327\235\327\240\327\237\327\241\327\242\327\244\327\243\327\246\327\245\327\247\327\250\327\251\327\252]"
"[^\327\220\327\221\327\222\327\223\327\224\327\225\327\226\327\227\327\230\327\231\327\233\327\234\327\236\327\235\327\240\327\237\327\241\327\242\327\244\327\243\327\246\327\245\327\247\327\250\327\251\327\252]"
"[-']" nil ("-d" "hebrew") nil iso-8859-8)
> I see three possibilities (again untested, and time to go to bed),
> 1) Make sure emacs loads the file as a data stream. Probably setting
>coding-system-for-read to the right value here will do the trick.
"raw-text" seems adequate. Or maybe "no-conversion" alias "binary".
The attached patch works for me.
> I think it is set to nil and I expected that to mean no-conversion,
> but probably just mean auto.
Yes:
If the value is a coding system, it is used for decoding on read operation.
If not, an appropriate element is used from one of the coding system alists:
There are three such tables, `file-coding-system-alist', (...)
and file-coding-system-alist contains a fallback:
("" undecided)
>> Compare also the result of:
>> (assoc "francais" debian-ispell-only-dictionary-alist)
>> (...) in the other case, I get
>> ("francais"
>> "[A-Za-z\300\302\307\310\311\312\313\316\317\324\331\333\334\274\340\342\347\350\351\352\353\356\357\364\371\373\374\275]"
>>
>> "[^A-Za-z\300\302\307\310\311\312\313\316\317\324\331\333\334\274\340\342\347\350\351\352\353\356\357\364\371\373\374\275]"
>> "[-']" t ("-d" "francais") "~list" iso-8859-15)
>> (so the 8-bit characters in octal-escaped form.)
> I guess the last worked. Did it?
Yes.
--
Lionel
--- 50dictionaries-common.el~ 2008-02-25 13:45:13.0 +0100
+++ 50dictionaries-common.el 2008-05-21 07:57:26.295827281 +0200
@@ -28,7 +28,8 @@
(if (not (file-exists-p "/usr/share/emacs/site-lisp/dictionaries-common/debian-ispell.el"))
(message "Info: Package dictionaries-common removed but not purged.")
(load "debian-ispell" t)
- (load debian-dict-entries t))
+ (let ((coding-system-for-read 'raw-text))
+ (load debian-dict-entries t)))
))
;;; Previous code for loading ispell.el and refreshing spell-checking
Bug#476845: closed by William Pitcock <[EMAIL PROTECTED]> (This is not a bug, closing it.)
Hi, so I have your guarantee that you will also object to audacious being suggested as enough of an alternative for xmms to allow xmms to be dropped from Debian? (This was probably more of the point of the bug report as xmms meets my needs and can run without skipping on my hardware but needs to be hand-compiled to run on Sid). Regards, Arthur. Hi, This is not a bug in Audacious. For the record, Audacious is an entirely different product than XMMS is, and any "regression" bugs will be closed as invalid (like this one is). So if you intend to file any more bugs of this nature, please note that they will just be closed (e.g. don't waste your time). William -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482148: Please include frankenstein
tags 482148 + fixedupstream thanks On Di, 20 Mai 2008, Anthony DeRobertis wrote: > Several packages from the Frankenstein collection [0] are mentioned in > the LaTeX companion, and it'd be nice if they were included. According TeX Live 2008 already includes the frankenstein files, so they will eventually appear in Debian, too. Best wishes Norbert --- Dr. Norbert Preining <[EMAIL PROTECTED]>Vienna University of Technology Debian Developer <[EMAIL PROTECTED]> Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MARLOW (n.) The bottom drawer in the kitchen your mother keeps her paper bags in. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479865: bug 479865 is forwarded to http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5899
# Automatically generated email from bts, devscripts version 2.10.28 # Oops, the forcemerge broke the forwarded state :( forwarded 479865 http://issues.apache.org/SpamAssassin/show_bug.cgi?id=5899 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478841: menu: please include ktsuss in su-to-root
On mar, 2008-05-06 at 14:41 +0200, Bill Allombert wrote:
> It seems you are making ktsuss priority far too high.
Hihi, sorry :)
> This cause su-to-root to choose ktsuss over gksu even if running GNOME.
> This is far too high. This should be below kdesu and ksu unless maybe
> when running XFCE if the XFCE people want that and tell me how to check
> that (that is what the test "X$KDE_FULL_SESSION" = "Xtrue" is doing
> for KDE).
xdg detects the running DE like this:
detectDE()
{
if [ x"$KDE_FULL_SESSION" = x"true" ]; then DE=kde;
elif [ x"$GNOME_DESKTOP_SESSION_ID" != x"" ]; then DE=gnome;
elif xprop -root _DT_SAVE_MODE | grep ' = \"xfce4\"$' >/dev/null
2>&1; then DE=xfce;
fi
}
Cheers,
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Bug#482157: quodlibet-plugins: Download Album Art plugin fails due to deprecated Amazon Web Services interface
Package: quodlibet-plugins
Version: 20080329-1
Severity: normal
albumart.py no longer works due to Amazon deprecating the old version
(3.x) of their API. Attached are a new version of _amazon.py (from
http://pyaws.sourceforge.net/) and a slightly modified version of
albumart.py to work with the new module.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages quodlibet-plugins depends on:
ii exfalso 1.0-2 audio tag editor for GTK+
quodlibet-plugins recommends no packages.
-- no debconf information
#Copyright 2005 Eduardo Gonzalez, Niklas Janlert
#Amazon API code by Mark Pilgrim
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License version 2 as
# published by the Free Software Foundation
import os
import sys
import urllib
import threading
from cStringIO import StringIO
import gtk
import gobject
import pango
import util
import qltk
import config
from plugins.songsmenu import SongsMenuPlugin
if sys.version_info < (2, 4): from sets import Set as set
try:
import amazon
except ImportError:
import _amazon as amazon
class AlbumArtWindow(gtk.Window):
def __init__(self, songs):
gtk.Window.__init__(self)
self.set_border_width(12)
self.set_title("AlbumArt")
self.set_default_size(650, 350)
#TreeView stuff
self.liststore = liststore = gtk.ListStore(object, str)
treeview = gtk.TreeView(liststore)
treeview.set_headers_visible(False)
selection = treeview.get_selection()
selection.set_mode(gtk.SELECTION_SINGLE)
selection.connect("changed", self.__preview)
rend = gtk.CellRendererPixbuf()
def cell_data(column, cell, model, iter):
cell.set_property("pixbuf", model[iter][0]["thumb"])
tvcol1 = gtk.TreeViewColumn("Pixbuf", rend)
tvcol1.set_cell_data_func(rend, cell_data)
tvcol1.set_sizing(gtk.TREE_VIEW_COLUMN_GROW_ONLY)
rend.set_property('xpad', 2)
rend.set_property('ypad', 2)
rend.set_property('width', 56)
rend.set_property('height', 56)
treeview.append_column(tvcol1)
rend = gtk.CellRendererText()
rend.set_property("ellipsize", pango.ELLIPSIZE_END)
tvcol2 = gtk.TreeViewColumn("Info", rend, markup=1)
treeview.append_column(tvcol2)
sw = gtk.ScrolledWindow()
sw.set_policy(gtk.POLICY_NEVER, gtk.POLICY_AUTOMATIC)
sw.set_shadow_type(gtk.SHADOW_IN)
sw.add(treeview)
#Image frame and save button
self.image = image = gtk.Image()
frame = gtk.Frame()
frame.set_shadow_type(gtk.SHADOW_IN)
frame.add(image)
vbox = gtk.VBox(spacing=5)
vbox.pack_start(frame)
self.button = button = gtk.Button(stock=gtk.STOCK_SAVE)
button.set_sensitive(False)
def save_cb(button, combo):
model, path = selection.get_selected()
data = model[path][0]["cover_data"]
fname = self.__get_fname(songs, combo)
self.__save_cover(data, fname)
combo = gtk.combo_box_new_text()
try: set_fn = config.get("plugins", "cover_fn")
except: set_fn = ".folder.jpg"
active = -1
for i, fn in enumerate([".folder.jpg", "folder.jpg", "cover.jpg"]):
combo.append_text(fn)
if fn == set_fn: active = i
if active == -1:
combo.append_text(set_fn)
combo.set_active(len(combo.get_model()) - 1)
else: combo.set_active(active)
button.connect("clicked", save_cb, combo)
bbox = gtk.HButtonBox()
bbox.pack_start(combo)
bbox.pack_start(button, expand=False, fill=False)
bbox.set_layout(gtk.BUTTONBOX_SPREAD)
vbox.pack_start(bbox, expand=False, fill=False)
hpaned = gtk.HPaned()
hpaned.pack1(sw)
hpaned.pack2(vbox)
hpaned.set_position(300)
self.add(hpaned)
thread = threading.Thread(target=self.__search, args=(songs,))
thread.setDaemon(True)
thread.start()
self.show_all()
def __search(self, songs):
artist = songs[0]('artist')
album = songs[0]('album')
amazon.setLicenseKey("0RKH4ZH1JCFZHMND91G2")
try:
query = album + " " + artist
query = query.encode("latin1", 'replace')
bags = amazon.ItemSearch(
query, SearchIndex="Music", ResponseGroup="Medium")
except (amazon.AWSException, KeyError), msg:
dialog = qltk.Message(gtk.MESSAGE_ERROR, None, "Search error", msg)
dialog.connect('response', self.__
Bug#482045: spidermonkey-bin: incorrect version
On Tue, May 20, 2008 at 11:46:51PM +0100, Luca Bigliardi wrote: > On Tue, May 20, 2008 at 10:48 PM, Mike Hommey wrote: > > > The best I could do would be to version it 1:1.7+1.8.1.14-3. Do you > > think it's any better ? > > Maybe it's not so appropriate but... what about virtual packages? > > Like "Provides: js-1.7" for spidermonkey-bin and > "Provides: libjs-1.7" for libmozjs.. Virtual packages are not for that purpose. Quoting Debian Policy: Sometimes, there are several packages which offer more-or-less the same functionality. In this case, it's useful to define a virtual package whose name describes that common functionality. We don't have several packages offering the same functionality, here, merely, you'd just like a version number. Also, FWIW: They should not use virtual package names (...) unless they have been agreed upon and appear in the list of virtual package names. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482123: powersaved doesn't receive/process LID CLOSED events
On mar, 2008-05-20 at 23:11 +0200, Michael Biebl wrote: > Could you add > > > send_interface="org.freedesktop.Hal.Device.SystemPowerManagement"/> > send_interface="org.freedesktop.Hal.Device.VideoAdapterPM"/> > > > send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/> > > > To /etc/dbus-1/system.d/hal.conf and reload dbus (/etc/init.d/dbus > reload) and test again. It sure works, thanks! -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#482156: idle: doesn't use subprocess when starting from Menu or Desktop
Package: idle Version: 2.5.2-1 Severity: important idle-PYVER.menu.in and idle.desktop.in both call idle with the -n switch. This causes IDLE to run without its subprocess. IDLE has been enhanced to run user code from scratch in a fresh environment with each Run/F5. This eliminates inconsistencies caused by modules not being reloaded manually, and considerably shortens the edit/run cycle for the user. The -n switch is only intended for special situations, e.g. developing IDLE with IDLE, or not re-initializing a robot interfaced to IDLE. Is there some reason that Debian's package is configured this way? http://bugs.python.org/issue2755 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages idle depends on: ii python2.5.2-1An interactive high-level object-o ii python-tk 2.5.2-1Tkinter - Writing Tk applications idle recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#73611: Boost your potency and fertility.
xxx problems solver! http:// Blanch Dickey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482155: newvserver script fails when LANG=''
Package: vserver-debiantools
Version: 0.6.0
Arch: x86_64
Dist: lenny
Libc: 2.7-6
Kernel: Linux deimos 2.6.22-3-vserver-amd64 #1 SMP Sun Nov 4 18:41:00 UTC 2007
x86_64 GNU/Linux
if LANG='' there's a parsing options issue in newvserver script
which results in INSTALL_PACKAGES being null and parsing incorrectly
for the build vserver command:
from line 43 onwards in the newvserver script:
# Packages to install in addition to the base defaults
# MUST INCLUDE ALL DEPENDENCIES (seperated by "," commas)
INSTALL_PACKAGES=""
if [ -n "$LANG" ] && [ "$LANG" != "C" ] ; then
INSTALL_PACKAGES="$INSTALL_PACKAGES locales"
fi
the fix is to put something into INSTALL_PACKAGES as default, such as
'wget'.
-- Details -
# newvserver --interface lo --hostname test --domain example.org --ip
10.11.12.13 --arch i386
VxID: 0
chroot-sh: open("/etc/apt/sources.list"): No such file or directory
>>> Executing post install script ...
secure-mount: chdir("/tmp"): No such file or directory
/etc/vservers/test/fstab:2:1: failed to mount fstab-entry
vcontext: execvp("bash"): No such file or directory
An error occured while executing the vserver startup sequence; when
there are no other messages, it is very likely that the init-script
(bash -c
exec > /dev/null
exec 2> /dev/null
set -x
f=/tmp/startwait
trap "rm -f $f" EXIT
mkfifo $f
( sleep 15; kill -s 9 -- -1 ) &
cat "$f"
kill -s 9 -- -1
wait
) failed.
Common causes are:
* /etc/rc.d/rc on Fedora Core 1 and RH9 fails always; the 'apt-rpm' build
method knows how to deal with this, but on existing installations,
appending 'true' to this file will help.
Failed to start vserver 'test'
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
'vserver ... suexec' is supported for running vservers only; aborting...
/usr/sbin/newvserver: line 491:
/etc/vservers/.defaults/vdirbase/test/etc/apt/sources.list: No such file or
directory
mv: cannot stat `/etc/vservers/.defaults/vdirbase/test/etc/inittab': No such
file or directory
secure-mount: chdir("/tmp"): No such file or directory
/etc/vservers/test/fstab:2:1: failed to mount fstab-entry
find: `var/run': No such file or directory
fakerunlevel: open("/var/run/utmp"): No such file or directory
Failed to start vserver 'test'
'vserver ... suexec' is supported for running vservers only; aborting...
vserver 'test' is not running
You should now adjust the configuration in /etc/vservers/test/
to suit your needs,
or else just go ahead and type `vserver test start' to start
your new virtual server. debian/rules!
--
again, with some details:
# bash -x newvserver --interface lo --hostname test --domain example.org --ip
10.11.12.13 --arch i386
+ VERSION=0.6
+ shopt -s extglob
+ CONTEXT=
+ VROOTDIR=/etc/vservers/.defaults/vdirbase
+ INSTALL_PACKAGES=
+ '[' -n '' ']'
+ EXTRA_PACKAGES=
+
REMOVE_PACKAGES=sparc-utils,dhcp-client,lilo,makedev,pcmcia-cs,ppp,pppconfig,pppoe,pppoeconf,setserial,syslinux,fdutils,libpcap0,iptables,pciutils
+ REMOVE_LINKS='klogd hwclock.sh setserial urandom networking umountfs halt
reboot mountvirtfs mountall.sh mountnfs.sh ifupdown'
+ POST_INSTALL_SCRIPT=
+ POST_INSTALL_HOST_SCRIPT=
+ ARCH=
+ DIST=lenny
+ MIRROR=http://ftp.uk.debian.org/debian
+ MIRROR_NON_US=http://non-us.debian.org/debian-n
Bug#482153: linux-image-2.6-686: Driver b43 fails to recover from hibernate
Package: linux-image-2.6-686 Version: 2.6.24+13 Severity: normal The b43 driver on Broadcom BCM4306 wireless hardware does not work properly after resuming from hibernate. This is happening since the latest kernel update. The wireless functionality is present in the GNOME network applet, but no access points/networks are seen. Attempting to rmmod and then modprobe b43 results in the machine hard-locking, requiring a power reset (Alt-SysRq doesn't work). The following error messages are seen (before trying rmmod+modprobe): May 17 11:12:05 Amy NetworkManager: Waking up from sleep. May 17 11:12:05 Amy NetworkManager: Deactivating device wlan0. May 17 11:12:05 Amy gnome-power-manager: (bhaskar) Resuming computer May 17 11:12:07 Amy kernel: input: b43-phy0 as /class/input/input10 May 17 11:12:07 Amy kernel: b43-phy0 ERROR: Microcode not responding May 17 11:12:07 Amy kernel: b43-phy0 ERROR: You must go to http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and download the correct firmware (version 4). May 17 11:12:09 Amy NetworkManager: nm_device_802_11_wireless_scan(): (wlan0): could not trigger wireless scan: Network is down May 17 11:12:09 Amy NetworkManager: Deactivating device eth0. May 17 11:12:09 Amy kernel: input: b43-phy0 as /class/input/input11 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-686 depends on: ii linux-image-2.6.24-1-686 2.6.24-6 Linux 2.6.24 image on PPro/Celeron linux-image-2.6-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482154: linux-headers-2.6.25-2-686: headers contain Xen references on non-Xen kernel
Package: linux-headers-2.6.25-2-686 Version: 2.6.25-3 Severity: important $ grep XEN /usr/src/linux-headers-2.6.25-2-686/.config CONFIG_XEN=y CONFIG_XEN_BLKDEV_FRONTEND=m CONFIG_XEN_NETDEV_FRONTEND=m CONFIG_HVC_XEN=y The output above shows that Xen .config options are set on a kernel which should not have Xen configured. This, among other things, causes third-party kernel modules to fail to build. -2 is the first release with this bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-headers-2.6.25-2-686 depends on: ii gcc-4.1 4.1.2-22 The GNU C compiler ii linux-headers-2.6.25-2-common 2.6.25-3 Common header files for Linux 2.6. ii linux-kbuild-2.6.25 2.6.25-2 Kbuild infrastructure for Linux 2. linux-headers-2.6.25-2-686 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#458375: Sponsorship
On Tue 2008-05-20 23:09:02 -0400, Daniel Kahn Gillmor wrote: > On Tue 2008-05-20 15:32:38 -0400, Daniel Kahn Gillmor wrote: > >> FWIW, i'm down to only 4 errors (all "different width due to >> prototype") using the warning flags Jörg suggested, so i'm >> relatively close to a "cleanup" patch i can send upstream. > > I've also committed the changes that leave me with only 4 build > warnings (these would go upstream, hopefully, but could also be > released with a new debian revision if you think that's preferable). After banging my head against these last 4 errors for a while, i researched the warning i was seeing itself. The warnings were: gcc -g -O2 -Wformat=2 -Wunused -Wundef -Wextra -Wswitch-enum -Wshadow -Wpointer-arith -Wcast-qual -Wcast-align -Wwrite-strings -Wconversion -Wbad-function-cast -Wnested-externs -Wall `pkg-config --cflags x11 xtst 2> /dev/null || echo "-I/usr/X11R6/include -I/usr/local/include"` -c xdo.c xdo.c: In function ‘xdo_type’: xdo.c:276: warning: passing argument 2 of ‘_xdo_keycode_from_char’ with different width due to prototype xdo.c:277: warning: passing argument 2 of ‘_xdo_get_shiftcode_if_needed’ with different width due to prototype xdo.c: In function ‘_xdo_populate_charcode_map’: xdo.c:394: warning: passing argument 2 of ‘XKeycodeToKeysym’ with different width due to prototype xdo.c: In function ‘_xdo_keysequence_to_keycode_list’: xdo.c:476: warning: passing argument 2 of ‘__strtok_r_1c’ with different width due to prototype After reading a recent post on cocoa-dev [0], i no longer think these warnings are relevant. In fact, i think that -Wconversion is basically a lot of false positives: the compilers in debian (and every other OS i've used in the last decade) can all handle function prototypes just fine, thanks. Without -Wconversion, my current svn HEAD builds with no errors, so i'm going to ship the cleanup diff upstream to see if Jordan's interested. --dkg [0] http://lists.apple.com/archives/cocoa-dev/2008/May/msg00923.html pgp2NlYEDqwsN.pgp Description: PGP signature
Bug#482152: openoffice.org-writer2latex install eats all ram and kills box
Package: openoffice.org-writer2latex Version: 0.5-6 Dist: sid x86_64 Libc: libc6 2.7-1 I've tracked this down to this: root 3200 0.1 0.9 268304 18628 pts/9Tl 22:50 0:00 | \_ /usr/lib/openoffice/program/unopkg.bin add --shared /usr/lib/openoffice/share/extension/install/writer2latex.uno.pkg -env:UserInstallation=file:tmp/tmp.nZQMFn3199 -env:UNO_JAVA_JFW_INSTALL_DATA=$ORIGIN/../share/config/javasettingsunopkginstall.xml -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 root 3213 1.9 14.7 534896 302956 pts/9 Tl 22:50 0:01 | \_ /var/usr/lib/openoffice/program/uno.bin --quiet --singleaccept -u uno:pipe,name=3fbdcbe9238f877562f9f0f13b112f751085211b27bc892f3fcef497b72cce43;urp;uno.ComponentContext -env:INIFILENAME= -env:UserInstallation=file:tmp/tmp.nZQMFn3199 -env:UNO_JAVA_JFW_INSTALL_DATA=$ORIGIN/../share more specifically to the uno.bin binary from openoffice, which is running rampant and never finishes. Its environment (minus termcap): /var/usr/lib/openoffice/program/uno.bin --quiet --singleaccept -u uno:pipe,name=3fbdcbe9238f877562f9f0f13b112f751085211b27bc892f3fcef497b72cce43;urp;uno.ComponentContext -env:INIFILENAME= -env:UserInstallation=file:tmp/tmp.nZQMFn3199 -env:UNO_JAVA_JFW_INSTALL_DATA=$ORIGIN/../share/config/javasettingsunopkginstall.xml -env:JFW_PLUGIN_DO_NOT_CHECK_ACCESSIBILITY=1 SSH_AGENT_PID=2815 SHELL=/bin/bash TERM=screen HISTSIZE=10 DPMS=300 300 300 CVSROOT=/home/math/CVS WINDOWID=14680079 OLDPWD=/var/usr/lib/openoffice USER=root XTERM_SHELL=/bin/bash HISTFILESIZE=10 LD_LIBRARY_PATH=/var/usr/lib/openoffice/program:/usr/lib/openoffice/program OPENOFFICE_MOZILLA_FIVE_HOME=/var/usr/lib/openoffice/program SSH_AUTH_SOCK=/tmp/ssh-mkNOSb2788/agent.2788 XTFN=-*-clean-medium-r-*-*-*-70-*-*-*-*-*-* COLUMNS=80 PATH=/var/usr/lib/openoffice/program:/usr/lib/openoffice/program:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11 MAIL=/var/mail/root STY=3024.pts-1.ire PWD=/var/home/math EDITOR=/usr/bin/jove LANG= DOMAIN=ire TZ=EST5EDT LINES=93 SENT=/home/math/Mail/sent XTERM_VERSION=XTerm(222) HOME=/root SHLVL=5 SAL_ENABLE_FILE_LOCKING=1 LOGNAME=root VISUAL=/usr/bin/jove CVS_RSH=/usr/bin/ssh WINDOW=1 DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-XAkllhsvk7,guid=1e2bc93d6c93790ebf46530048338d1d LESSOPEN=| lesspipe %s DISPLAY=:0.0 XTFN2=-*-clean-medium-r-*-*-*-80-*-*-*-*-*-* URE_BOOTSTRAP=file:///var/usr/lib/openoffice/program/fundamentalrc if left alone it will grow til you run out of swap, and ext3 journal runs out of ram, crashes your root filesystem to read only and forces a manual fsck, among other fun things (sigh). for eg: 3335 root 22 0 2308m 1.5g 33m S 69 78.5 0:08.92 uno.bin i straced it as i installed it, the tar of all the forked straces are here. The largest is obviously uno.bin operating on some filehandle. D40: checking dependencies of openoffice.org (- ) D000400: checking group ... D000400: checking possibility -> openoffice.org-core D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-writer D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-calc D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-impress D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-draw D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-math D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-base D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> ttf-dejavu D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-officebean D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-filter-binfilter D000400: is installed, ok and found D000400: found 3 D000400: found 3 matched 0 D000400: checking group ... D000400: checking possibility -> openoffice.org-writer2latex D000400: unpacked/halfconfigured, defer D000400: found 1 D000400: found
Bug#482151: Driver ati: No virtual desktop
Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: important The desktop size is not that specified with "Virtual". Instead it is the physical resolution of the monitor (Dell Latitude D600 notebook LCD). lspci gives: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 02) Device section of xorg.conf: Section "Device" Identifier "ATI Technologies Inc Radeon R250 [Mobility FireGL 9000]" BusID "PCI:1:0:0" #Driver "fglrx" Driver "ati" Option "XAANoOffscreenPixmaps" "true" Option "MergedFB" "on" EndSection The above is the section as it is currently. Earlier I had deleted the xorg.conf, and the auto-generated one had the same problem. Screen section of xorg.conf: Section "Screen" Identifier "Default Screen" Device "ATI Technologies Inc Radeon R250 [Mobility FireGL 9000]" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" Virtual 1280 1024 EndSubSection EndSection Section of /var/log/Xorg.0.log showing the Virtual specification is read: (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM [dri] Disabling DRI. (II) RADEON(0): Detected total video RAM=32768K, accessible=65536K (PCI BAR=131072K) (--) RADEON(0): Mapped VideoRAM: 32768 kByte (64 bit DDR SDRAM) (II) RADEON(0): Color tiling enabled by default (II) RADEON(0): Max desktop size set to 1280x1024 (II) RADEON(0): For a larger or smaller max desktop size, add a Virtual line to your xorg.conf (II) RADEON(0): If you are having trouble with 3D, reduce the desktop size by adjusting the Virtual line to your xorg.conf Other sections dealing with resolution: (II) RADEON(0): Panel Size from BIOS: 1024x768 (II) RADEON(0): BIOS provided dividers will be used. (WW) RADEON(0): LVDS Info: XRes: 1024, YRes: 768, DotClock: 65000 HBlank: 320, HOverPlus: 24, HSyncWidth: 136 VBlank: 38, VOverPlus: 3, VSyncWidth: 6 ... (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0 (II) RADEON(0): Detected non-DDC Monitor Type: 0 (II) RADEON(0): Detected non-DDC Monitor Type: 2 in RADEONProbeOutputModes (II) RADEON(0): Added native panel mode: 1024x768 (II) RADEON(0): Total number of valid Screen mode(s) added: 0 (II) RADEON(0): Output VGA-0 disconnected (II) RADEON(0): Output DVI-0 disconnected (II) RADEON(0): Output LVDS connected (II) RADEON(0): Output S-video disconnected (II) RADEON(0): Output LVDS using initial mode 1024x768 after xf86InitialConfiguration -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 2007-04-27 21:17 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1674940 2008-04-29 13:37 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] (rev 02) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 2993 2008-05-20 19:34 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath
Bug#458375: Sponsorship
On Tue 2008-05-20 15:32:38 -0400, Daniel Kahn Gillmor wrote: > I'll have to look into the svn-buildpackage layout: i'm not familiar > with it, but it sounds like a fine idea. OK, after a bunch of fumbling around, i seem to have gotten the repo i'm using in shape to where i can use svn-buildpackage to create the .deb. Could you update to it and see if it works for you? > FWIW, i'm down to only 4 errors (all "different width due to > prototype") using the warning flags Jörg suggested, so i'm > relatively close to a "cleanup" patch i can send upstream. I've also committed the changes that leave me with only 4 build warnings (these would go upstream, hopefully, but could also be released with a new debian revision if you think that's preferable). It's not clear to me if there's a nifty way to coax a package maintained with svn-buildpackage into using dpatch or quilt -- It always feels wrong to commit raw diffs to a revision control system (though i've done it before), and it seems like a tool like svn-buildpackage could manipulate its internal diffs to produce something reasonable somehow. Maybe that's asking too much, though. I'm open to suggestions and pointers, as usual. Regards, --dkg pgp1SNkA6yDwU.pgp Description: PGP signature
Bug#145370: THE Most Powerful Aphrodisiac Ever!
We have all tabIets you could possibly need! http:// Charlotte Mullen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482104: xserver-xorg: black screen on xserver with etch - amd64 hp pavilion dv6765eg
On Tue, May 20, 2008 at 22:57:23 Julien Cristau wrote: > On Tue, May 20, 2008 at 22:41:23 +0200, Brice Goglin wrote: > > This board is supposed to work fine... with a recent nv driver (starting > > from 2.1.2). You're using the one from Etch, which is about 2 years old > > already. Please upgrade your Xorg packages to testing, switch back to > > using the nv driver and report back. > > Or you can install the xserver-xorg-video-nv package from > proposed-updates, which should move to etch proper with the next point > release. > You should be able to add > deb http://ftp.debian.org/debian proposed-updates main > to /etc/apt/sources.list and run > apt-get update; apt-get install xserver-xorg-video-nv > to install this package. > > Cheers, > Julien Hello, I tried it with proposed-updates, but it did not work. Seems like ddc-recognition doesn't succeed. I have included xorg conf and log. If You don't mind, i won't switch to testing. I have just installed NVIDIA-Linux-x86_64-169.09-pkg2.run from nvidia. It just works fine. Thanks Alfons # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # path to defoma fonts FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" EndSection Section "Module" Load"bitmap" Load"dbe" # Load"ddc" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "de" Option "XkbVariant""nodeadkeys" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents""true" Option "Device""/dev/psaux" Option "Protocol" "auto-dev" Option "HorizScrollDelta" "0" EndSection Section "Device" Identifier "nVidia Corporation NVIDIA Default Card" Driver "nv" BusID "PCI:5:0:0" EndSection Section "Monitor" Identifier "Standardbildschirm" Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "nVidia Corporation NVIDIA Default Card" Monitor "Standardbildschirm" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x800" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x800" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x800" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1280x800" "1024x768" "800x600" "640x480" EndSubSect
Bug#482150: compiz-plugins must depends kde stuff?
Package: compiz-plugins Version: 0.7.4-1 Severity: minor In attempt to upgrade compiz-plugins to 0.7.4-1, compiz-plugins force me to install kwin and kdelibs4c2a. This is ok?? I don't want like the idea of install kde stuff in my debian GNOME box to run compiz! Thanks in advance. Fabiano. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-plugins depends on: ii compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana ii gconf2 2.22.0-1 GNOME configuration database syste ii libc6 2.7-11 GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst ii libdecorati 0.7.4-1 Compiz window decoration library ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0- 2.16.3-2 The GLib library of C routines ii libglu1-mes 7.0.3-1 The OpenGL utility library (GLU) ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii liborbit2 1:2.14.12-0.1libraries for ORBit2 - a CORBA ORB ii libpng12-0 1.2.27-1 PNG library - runtime ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libx11-62:1.0.3-7X11 client-side library ii libxml2 2.6.32.dfsg-2GNOME XML library ii libxrender1 1:0.9.4-1X Rendering Extension client libra compiz-plugins recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409510: xpdf-utils: difference from poppler-utils?
On Tue, May 20, 2008 at 06:22:34PM -0700, Matt Taggart wrote: > I am working on packaging some software that uses pdftotext and didn't > realize until today that there were two, one in xpdf-utils (which I was > used to using) and one in poppler-utils (that was new to me). I was > concerned that they might have different sets of flags so I started poking > around to see if I could figure out what the difference was, but couldn't > find much. Nothing listed in their descriptions or /usr/share/doc/* stuff. > The only hint I found was that xpdf-utils conflicts/replaces/provides > poppler-utils, but after reading this bug it appears maybe I shouldn't read > too much into that? > > Could you write a paragraph or two explaining how the two projects relate > and if I can expect them to be reasonable replacements for each other and > include it in the README.Debian, or put something in the package > description, or something? Ideally this would be in both packages, but at > least in xpdf* since it does the c/r/p. > > I understand the description might be "politics", but at least we could > have some history of their origin/forking/etc so people could decide which > to use on their own. OK, I'll add something in the next release. Indeed the answer is politics. libpoppler is a fork of the PDF handling code from Xpdf, used in evince etc. The project also provides poppler-utils as clones of the original tools found in xpdf-utils. Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409510: xpdf-utils and poppler-utils diffs
I looked a little more and poppler-utils seems to provide a a few things that xpdf-utils doesn't (or does elsewhere) /usr/bin/pdftoabw /usr/bin/pdftohtml /usr/bin/pdftoppm (xpdf puts in xpdf-reader) /usr/share/man/man1/pdftohtml.1.gz /usr/share/man/man1/pdftoppm.1.gz (xpdf puts in xpdf-reader) no man page for pdftoabw The source packages seem to have a lot more differences. -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482149: planet: Incorrectly strips isPermaLink from RSS tags
Package: planet Version: 2.0-6 Severity: normal The RSS specification (ie. http://cyber.law.harvard.edu/rss/rss.html#ltguidgtSubelementOfLtitemgt ) states that a guid defaults to being a perma-link unless isPermaLink="false" is specified. When supplied with an rss feed that contains http://purl.org/rss/1.0/modules/slash/"; xmlns:media="http://search.yahoo.com/mrss/";> Example http://example.com/ foo bar http://example.com/ Oi, planet, this isn't a URL! blah Sat, 10 May 2008 03:11:07 +0100 Sample output from planet (ie. rss20.xml): [...] baz: bar Oi, planet, this isn't a URL! http://example.com/ [...] -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages planet depends on: ii debconf1.5.11etch1 Debian configuration management sy ii lighttpd [httpd] 1.4.13-4etch8 A fast webserver with minimal memo ii python 2.4.4-2 An interactive high-level object-o ii python-support 0.7.7 automated rebuilding support for P planet recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322323: can close this
I don't remember why I didn't followup on this earlier, anyway it looks like my main concern was 'wajig purge' for deinstalled packages, which was changed to use 'dpkg --purge' in #362632 (wajig 2.0.32). So you can close this bug if you wish. Thanks, Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482148: Please include frankenstein
Package: texlive Version: 2007-14 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Several packages from the Frankenstein collection [0] are mentioned in the LaTeX companion, and it'd be nice if they were included. According to the README file, the license is GPL: All Frankenstein filesets are copyrighted by Matthew Swift and released under the conditions of the GNU General Public License contained in the file COPYING. Unfortunately, the author is slightly confused as he failed to include the COPYING file, and the source files seem to say LPPL 1.2 or later. But either way, that's free software. 0: ftp://cam.ctan.org/tex-archive/macros/latex/contrib/frankenstein -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIM3sB+z+IwlXqWf4RAgZ6AJ4hxqRTnf9g63I3gkqWHbQX62TgSwCePdKR pnqyJqinHmzn83pExQxaj9M= =OmrV -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409510: xpdf-utils: difference from poppler-utils?
I am working on packaging some software that uses pdftotext and didn't realize until today that there were two, one in xpdf-utils (which I was used to using) and one in poppler-utils (that was new to me). I was concerned that they might have different sets of flags so I started poking around to see if I could figure out what the difference was, but couldn't find much. Nothing listed in their descriptions or /usr/share/doc/* stuff. The only hint I found was that xpdf-utils conflicts/replaces/provides poppler-utils, but after reading this bug it appears maybe I shouldn't read too much into that? Could you write a paragraph or two explaining how the two projects relate and if I can expect them to be reasonable replacements for each other and include it in the README.Debian, or put something in the package description, or something? Ideally this would be in both packages, but at least in xpdf* since it does the c/r/p. I understand the description might be "politics", but at least we could have some history of their origin/forking/etc so people could decide which to use on their own. That would help a lot. Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480959: splashy doesn't allow you to enter LUKS password at boot up
On Tue, May 20, 2008 at 09:38:41AM +0200, Petter Reinholdtsen wrote: > The splash_user_input() API in /lib/init/splash-functions-base is > supposed to be able to handle this. Is the process asking for a > password using it? Is it implemented in splashy? I did a fresh install of debian using an encrypted file system, during the boot up sequence it asks for a LUKS password. when I run splashy it 1) doesn't show any info on the graphical screen, it stop and doesn't prompt for a LUKS password. I have to esc out and goto VT2 to enter the password. Seems like whatever I have type when splashy is up doesn't get passed through properly, the seems to work, because when I back to text i have a few lines showing enter has been pressed because I have a few failed password attempts. once I have entered the LUKS password, it returns to splashy and then prompts me for my hibernation password which works okay, it just seems to be the interface to the unlocking of the encrypted filesystem that is broken alex > > Happy hacking, > -- > Petter Reinholdtsen > -- "I strongly believe what we're doing is the right thing. If I didn't believe itI'm going to repeat what I said before --I'd pull the troops out, nor if I believed we could win, I would pull the troops out." - George W. Bush 04/06/2006 Charlotte, NC signature.asc Description: Digital signature
Bug#481994: Uninstalled, purged usplash still displays splash on boot
maximilian attems wrote (2008-05-20 8:59 pm): > > My uneducated guess is that postinst might have to trigger a rebuild of > > the initrd image. > > it does it: > [snip] So it does. FYI, I have a clearer idea what was actually happening: Even though linux 2.6.25-2 was installed, I was running 2.6.25-1 because update-grub hadn't been called when 2.6.25-2 was installed. Then, even though update-initramfs was being called, it was working on the latest 2.6.25-2 image (I think), which is why running update-initramfs -u (even manually) seemed to do nothing. Now for me to work out why update-grub doesn't get called... *glares at kernel-img.conf* Peace, Brendon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482147: wishlist: subcommand to list packages automatically installed by recommendations but not dependencies
Package: wajig Version: 2.0.38 Severity: wishlist This command lists packages that were installed automatically via recommendations but not dependencies: aptitude search '?and( ?automatic(?reverse-recommends(?installed)), ?not(?automatic(?reverse-depends(?installed))) )' I got it from: http://www.debian-administration.org/users/fsateler/weblog/19 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482143: planet: Exceptions out given seemingly valid RSS feeds (wordpress.com)
tags 482143 + patch
thanks
Patch attached.
> http://example.com/quxx.png"; medium="image">
> baz
>
My reading of this is that feedparser can not apply a "type" to this snippet,
which planet requires in order to determine what form of escaping the
content requires.
The attached patch skips "content fields" to which a type has not been
assigned, which is safer than simply emitting the content (which the current
code does without the failed type lookup, eek).
If any content is being lost, we could simply apply HTML sanitation. This
change does not result in any changes to the test suite.
Regards,
--
Chris Lamb, UK [EMAIL PROTECTED]
GPG: 0x634F9A20
diff -urNad planet-2.0.orig/planet/__init__.py planet-2.0/planet/__init__.py
--- planet-2.0.orig/planet/__init__.py 2008-05-21 01:55:46.0 +0100
+++ planet-2.0/planet/__init__.py 2008-05-21 01:56:22.0 +0100
@@ -880,15 +880,18 @@
# Content field: concatenate the values
value = ""
for item in entry[key]:
-if item.type == 'text/html':
-item.value = sanitize.HTML(item.value)
-elif item.type == 'text/plain':
-item.value = escape(item.value)
-if item.has_key('language') and item.language and \
- (not self._channel.has_key('language') or
- item.language != self._channel.language) :
-self.set_as_string(key + "_language", item.language)
-value += cache.utf8(item.value)
+try:
+if item.type == 'text/html':
+item.value = sanitize.HTML(item.value)
+elif item.type == 'text/plain':
+item.value = escape(item.value)
+if item.has_key('language') and item.language and \
+ (not self._channel.has_key('language') or
+ item.language != self._channel.language) :
+self.set_as_string(key + "_language",
item.language)
+value += cache.utf8(item.value)
+except AttributeError:
+pass
self.set_as_string(key, value)
elif isinstance(entry[key], (str, unicode)):
# String fields
signature.asc
Description: PGP signature
Bug#482146: sleuthkit: license issues in older versions
Package: sleuthkit Version: 2.06-3 The fedora people discovered that sleuthkit had a license compatibility issue https://bugzilla.redhat.com/show_bug.cgi?id=401101 according to that bug report, it was solved upstream in 2.10. Can you confirm? Since etch has 2.06 I guess it has it, not sure if anything should be done about that... Thanks, -- Matt Taggart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482145: silc segfaults if i delay accepting a server's key until after the server drops the connection
Package: silc Version: 1.1.4-1+b1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Using the regular silc client (built as a standalone, not with the irssi plugin), if i connect to a new server, the server's fingerprint is presented to me, with the "minibuffer" reading "Would you like to accept the key (y/n)?" If i wait a minute or two, the server will drop the connection. If i then go ahead and choose "y", i get a segmentation fault. --dkg - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages silc depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libsilc-1.1-2 1.1.7-1SILC library (silc-toolkit) silc recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUBSDNsS8zS7ZTSFznpAQIlyQ//XbRInZLrb7kzsR/Nk82JMaxGg/mIRgvv aANPQ13HKzKmZs6sjhnoEcTu/C5GprnZ1OtjELUw7vKjeug/UUKkaE7xwsQsEUeS 2E4EdVPT7pRm/HWpEWks3cnTTmbLFwGI+L6kql7+P/ZaVXbxZLb8XABn2l1gk7e9 sW23gbldm84AwKrrkHxQ5vISt5opEjKVbl2BCecS6lOoGe7O7HVYeGM95CIF/EGc l7d/p3jSXDlnqOQKyUSf8M1Kp83g0de6SN8azY44UH526wjQplioQihBQwA3uBbS mqvDGs7ndAdkEHzHfynaf/p/9kxFl8svHIylv4g/Pg9pkTw6SlYn7lWyHR3ciPA+ VgUFSWbYvaHICw4XMblfntsomOJyKchDLF6CNNSXTeQ2W32PrvGeDNuH5pTV0jpn 09T2IDbOoAvBi4L5EWtq1z6vVHttvyCfVMMr07ZWqmXbZAUdT6aKDqD/7eCoQK3/ scNpTYXmFskGZsBIeKBf7DLztd9D2cZfUBo/xbGhOhvnBGcQcP5LBE+CwqrecQER SzjWx2LasdqyAxSVdPYOSUZrBbhQosB+bvIUQz1GzBcDZbPhSnDqQ6Y9U4mOTcex z63KrH9V/plSpuljX9yLYXcvLLTY7WTqRJd5bhb1lsSDfEt6buV4rr9BHE/PmUsC 3t7mcfNGp+Y= =Y+HO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#361214: linux-image-2.6.15-1-sparc64-smp: RED state exception crashes on sparc64 SMP
please give update on recent kernel aka 2.6.25 linux images or at least 2.6.24 thanks?! -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482120: [Debian-olpc-devel] Bug#482120: sugar-pippy-activity: Pippy 21 will need newer gtksourceview
Hi, > When installing the latest Pippy from git, `sugar-launch Pippy` gives: > > Traceback (most recent call last): > ... > File "/home/cananian/Activities/Pippy.activity/pippy_app.py", line 118, in > __init__ >langs = lang_manager.list_languages() > AttributeError: 'gtksourceview2.LanguageManager' object has no attribute > 'list_languages' I take a look at the Ubuntu package and Jani Monoses already solve that problem. I attach is patch in to this message. Patrick diff -Nur -x '*.orig' -x '*~' sugar-pippy-activity-20/Pippy.activity/pippy_app.py sugar-pippy-activity-20.new/Pippy.activity/pippy_app.py --- sugar-pippy-activity-20/Pippy.activity/pippy_app.py 2008-03-17 09:47:12.0 +0200 +++ sugar-pippy-activity-20.new/Pippy.activity/pippy_app.py 2008-03-21 19:40:05.0 +0200 @@ -115,13 +115,14 @@ global text_buffer text_buffer = gtksourceview2.Buffer() lang_manager = gtksourceview2.language_manager_get_default() -langs = lang_manager.list_languages() -for lang in langs: +ids = lang_manager.get_language_ids() +for id in ids: + lang = lang_manager.get_language(id) for m in lang.get_mime_types(): if m == "text/x-python": text_buffer.set_language(lang) -text_buffer.set_highlight(True) +text_buffer.set_highlight_syntax(True) # The GTK source view window self.text_view = gtksourceview2.View(text_buffer) signature.asc Description: Ceci est une partie de message numériquement signée
Bug#482144: support for DMTF in calls
Package: empathy Version: 0.23.1-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SIP calls work perfectly from within empathy :-) It would be nice if it could support DMTF for calls as well. - -- System Information: Debian Release: lenny/sid APT prefers gutsy APT policy: (500, 'gutsy'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages empathy depends on: ii libaspell150.60.5-2.2GNU Aspell spell-checker runtime l ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4simple interprocess messaging syst ii libebook1.2-9 2.22.1.1-1Client library for evolution addre ii libedataserver1.2-92.22.1.1-1Utility library for evolution data ii libempathy-gtk12 0.23.1-1 High-level library and user-interf ii libempathy12 0.23.1-1 High-level library and user-interf ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libmissioncontrol-client0 4.65-2Library to interact with Telepathy ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libtelepathy-glib0 0.7.8-1 Telepathy framework - GLib library ii libtelepathy2 0.3.3-1 Telepathy framework - old GLib lib ii libx11-6 2:1.0.3-7 X11 client-side library ii libxml22.6.32.dfsg-2 GNOME XML library Versions of packages empathy recommends: ii telepathy-gabble 0.7.6-1Jabber/XMPP connection manager ii telepathy-salut 0.3.1-1Link-local XMPP connection manager ii telepathy-stream-engine 0.5.2-1stream handler for the Telepathy f - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQCVAwUBSDNjugy0JeEGD2blAQKoYgP+LYkoXuUyWmfMTodQqhvvDqwU/tJgw6no VDm+C2cBgq0o9z0t7aajhvpHkCVTyQfqcpCd4LIDvVoUbVqvEdxwCpq9yS0SSzr6 n6LGGUY9+n6rqdCAv7Nx4unQPt4TQOxoEpxRzofztxjAoKzPvJkRoHgAM20Hi+xp C6KgTIvNs/A= =A/Al -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482143: planet: Exceptions out given seemingly valid RSS feeds (wordpress.com)
Package: planet Version: 2.0-6 Severity: normal Given certain RSS feed XML files, such as the (as far as I know) valid: http://search.yahoo.com/mrss/"; xmlns:atom="http://www.w3.org/2005/Atom";> Example http://example.com/ foo Sun, 18 May 2008 11:33:02 + meta foo http://example.com/ Wed, 26 Dec 2007 21:33:37 + bar http://example.com/quxx.png"; medium="image"> baz http://goeswhere.com/planetfail1.xml"; rel="self" type="application/rss+xml" /> planetplanet's invocation will unexpectedly die: ERROR:planet.runner:Update of failed Traceback (most recent call last): File "/var/lib/python-support/python2.4/planet/__init__.py", line 245, in run channel.update() File "/var/lib/python-support/python2.4/planet/__init__.py", line 653, in update self.update_entries(info.entries) File "/var/lib/python-support/python2.4/planet/__init__.py", line 759, in update_entries item.update(entry) File "/var/lib/python-support/python2.4/planet/__init__.py", line 882, in update if item.type == 'text/html': File "/var/lib/python-support/python2.4/planet/feedparser.py", line 237, in __getattr__ raise AttributeError, "object has no attribute '%s'" % key AttributeError: object has no attribute 'type' .. resulting in spam from an unhappy cron. This happens on various real RSS feeds, for example (at the time of writing), http://acidcycles.wordpress.com/feed/ Ideally, for any terminal failure (which I believe this should not be), planet would indicate that the feed is damaged on the output page (as it does with web-server failures). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages planet depends on: ii debconf1.5.11etch1 Debian configuration management sy ii lighttpd [httpd] 1.4.13-4etch8 A fast webserver with minimal memo ii python 2.4.4-2 An interactive high-level object-o ii python-support 0.7.7 automated rebuilding support for P planet recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#473496: libgpmg1: Gpm_Event struct expanded
Hi Nico! On Wed, 2008-04-02 at 10:52:46 +0200, Nico Schottelius wrote: > Kevin Ryde [Wed, Apr 02, 2008 at 10:04:06AM +1100]: > > Peter Samuelson <[EMAIL PROTECTED]> writes: > > > > > > In summary: > > Oh! > > > > > Though upstream's 2 ABIs are probably backward-compatible since they > > > added the fields at the end of the struct. > > > > I'd suspect not, if the struct grows. I make it 24 bytes in the > > unmodified upstream 1.19.5, now 28 in 1.20, so an old binary would have > > space for 24 but Gpm_GetEvent in the new library would plonk 28 there. > > There'd be an upstream soname bump for that, would there, maybe ...? > yes, in 1.20.3 the version bumps I've just checked and in 1.20.3 the library has the same SOVERSION, the SONAME is «libgpm.so.1», although the library name is «libgpm.so.1.20.0». It would be really helpful if you could bump it so that the SONAME becomes something like «libgpm.so.2», and release a new upstream version. I think most of the freezes reported lately are due to that. thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481997: closed by Michael Meskes <[EMAIL PROTECTED]> (Re: [Pkg-virtualbox-devel] Bug#481997: virtualbox-ose: fails to install)
On Wed, May 21, 2008 at 8:18 AM, Debian Bug Tracking System > Please remove the file /etc/redhat-release from your system. The > existance of this file seems t be the only way to create this error > message. Ok, but ... why on earth does a debian package check for that file?! -Miles -- Do not taunt Happy Fun Ball. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482142: tree: Add option to sort with natural order algorithm
Package: tree Version: 1.5.1.1-1 Severity: wishlist It would be nice if you add an option to sort the tree with the natural order algorithm (so 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 instead of 1, 10, 11, 12, 2, 3, 4, 5, 6, 7, 8, 9) Greets, Michael -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages tree depends on: ii libc6 2.7-10 GNU C Library: Shared libraries tree recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480533: [Debconf-devel] Bug#480533: "uninitialized value" warnings from Perl during install
I've reproduced this and done some debugging.
If I install perl (not just perl-base), the uninitialised value goes away!
I'm leaning solidly toward this being a perl problem now, and it seems
it's a problem in the perl-base package, possibly missing something pulled
in if full perl is installed.
It seems that the call to split is sometimes causing this uninitalised value
warning. I've verified that it can happen when $reply has a value such as "0
multiselect escape " when going into the split. And it is still defined when
coming out, AND both values split out are defined and correct. So what's
uninitialised?
Here's a backtrace I got of how SWASHNEW gets called. This call seems
to be done implicity by perl.
May 20 23:05:11 in-target: utf8::SWASHNEW('utf8', 'IsSpacePerl', undef, 1,
0) called at /usr/share/perl5/Debconf/FrontEnd/Passthrough.pm line 74
May 20 23:05:11 in-target:
Debconf::FrontEnd::Passthrough::talk('Debconf::FrontEnd::Passthrough=HASH(0x853aa58)',
'CAPB', 'backup') called at /usr/share/perl5/Debconf/FrontEnd/Passthrough.pm
line 113
May 20 23:05:11 in-target:
Debconf::FrontEnd::Passthrough::capb_backup('Debconf::FrontEnd::Passthrough=HASH(0x853aa58)',
1) called at /usr/share/perl5/Debconf/ConfModule.pm line 250
May 20 23:05:11 in-target:
Debconf::ConfModule::command_capb('Debconf::ConfModule=HASH(0x8661f10)',
'backup', 'multiselect') called at /usr/share/perl5/Debconf/ConfModule.pm line
132
May 20 23:05:11 in-target:
Debconf::ConfModule::process_command('Debconf::ConfModule=HASH(0x8661f10)',
'CAPB backup multiselect') called at /usr/share/perl5/Debconf/ConfModule.pm
line 74
May 20 23:05:11 in-target:
Debconf::ConfModule::communicate('Debconf::ConfModule=HASH(0x8661f10)') called
at /usr/sbin/dpkg-preconfigure line 133
Tracing through SWASHNEW, I see:
- $extras is not set, because $list ($_[2]) is undef.
- So 'for my $x ($extras)' just sets $x to undef, causing 2
uninitialised value warnings as code in the loop operates on $x.
- I'm not sure what it returns exactly (hard to tell w/o Data::Dumper,
which is in perl-modules), but I suspect that it contains some
sort of uninitialised value..
In debconf, I can work around the perl problem and avoid the warning messages
with this change:
Index: Debconf/FrontEnd/Passthrough.pm
===
--- Debconf/FrontEnd/Passthrough.pm (revision 2280)
+++ Debconf/FrontEnd/Passthrough.pm (working copy)
@@ -95,7 +95,7 @@
$reply = <$readfh>;
chomp($reply);
debug developer => "< $reply";
- my ($tag, $val) = split(' ', $reply, 2);
+ my ($tag, $val) = split(/ /, $reply, 2);
$val = '' unless defined $val;
$val = Debconf::Encoding::convert("UTF-8", $val);
So I think that SWASHNEW is getting called incorrectly somehow for
the implied whitespace-matching regexp in the ' ' pattern passed to
split.
FWIW, this is the only instance of split(' ', ...) in debconf, aside from
one in a rarely used code path. But I don't see anything wrong with
the code in debconf, so I think that rather than change those, this needs
to be reassigned to perl-base.
--
see shy jo
signature.asc
Description: Digital signature
Bug#482026: Both vim-tiny and vim-common contain /etc/vim/vimrc.tiny
James Vega wrote: > I don't see how your bug report could have happened given the above. > vim-tiny's Conflicts (as well as the Depends on a specific version of > vim-common) should have caused the old vim-common to be removed before > vim-tiny was installed. Even without that, the Replaces would have > allowed vim-tiny to overwrite the old /etc/vim/vimrc.tiny. Maybe a > bug in aptsh? Try doing an "apt-get upgrade" instead. Okay, that's weird... "apt-get upgrade" yielded the same result. From what I can tell apt (or dpkg) always tries to install vim-tiny first, so of course it always tried to install vim-tiny with the old vim-common still installed: > # sudo dpkg -i vim-common_1%3a7.1.293-3_arm.deb vim-tiny_1%3a7.1.293-3_arm.deb > (Reading database ... 31310 files and directories currently installed.) > Preparing to replace vim-common 1:7.1.293-3 (using > vim-common_1%3a7.1.293-3_arm.deb) ... > Unpacking replacement vim-common ... > Preparing to replace vim-tiny 1:7.1-266+1 (using > vim-tiny_1%3a7.1.293-3_arm.deb) ... > Unpacking replacement vim-tiny ... > dpkg: error processing vim-tiny_1%3a7.1.293-3_arm.deb (--install): > trying to overwrite `/etc/vim/vimrc.tiny', which is also in package > vim-common > Setting up vim-common (1:7.1.293-3) ... > Processing triggers for man-db ... > Errors were encountered while processing: > vim-tiny_1%3a7.1.293-3_arm.deb Still, after installing vim-common_1%3a7.1.293-3_arm.deb by hand out of the local apt archive installation of vim-tiny_1%3a7.1.293-3_arm.deb still fails: > # /var/cache/apt/archives 1011% sudo dpkg -i vim-common_1%3a7.1.293-3_arm.deb > (Reading database ... 31310 files and directories currently installed.) > Preparing to replace vim-common 1:7.1.293-3 (using > vim-common_1%3a7.1.293-3_arm.deb) ... > Unpacking replacement vim-common ... > Setting up vim-common (1:7.1.293-3) ... > Processing triggers for man-db ... > > # /var/cache/apt/archives 1012% sudo dpkg -i vim-tiny_1%3a7.1.293-3_arm.deb > (Reading database ... 31310 files and directories currently installed.) > Preparing to replace vim-tiny 1:7.1-266+1 (using > vim-tiny_1%3a7.1.293-3_arm.deb) ... > Unpacking replacement vim-tiny ... > dpkg: error processing vim-tiny_1%3a7.1.293-3_arm.deb (--install): > trying to overwrite `/etc/vim/vimrc.tiny', which is also in package > vim-common > Errors were encountered while processing: > vim-tiny_1%3a7.1.293-3_arm.deb Of course, dpkg-deb -c doesn't show any sign of vimrc.tiny in the now-installed vim-common... :/ Anyway, I've dpkg -i --force-all'ed the vim-tiny package into my installation now and of course a "dpkg -L vim-common | grep tiny" now comes up empty... though I'm wondering what's going to happen on the next update... So as far as my side is concerned I'd say this bug can probably be closed, even though we still don't know what happened exactly - it's as if dpkg was somehow unable to grok that /etc/vim/vimrc.tiny wasn't provided by the new vim-common anymore... :( -- Kurt Bernhard Pruenner --- Haendelstrasse 17 --- 4020 Linz --- Austria ...It might be written "Mindfuck", but it's spelt "L-A-I-N"... np: Aesop Rock - Oxygen (Float) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482138: gpm: new version 1.20.3 available
On Wed, 2008-05-21 at 08:51:44 +1000, Kevin Ryde wrote: > Package: gpm > Version: 1.20.3~pre3-3 > Severity: wishlist > > It'd be great to have gpm 1.20.3 packaged. Rumour has it that it may > fix bug 472062 which I too ran into the other day (though I'm not sure > it addresses the soname issue of my bug 473496). Yeah, but the soversion has not been bumped, just checked some days ago. I'll ask Nico to bump it and release a new version, also I think the current RC (#470882) and few other bugs are due to that as well. thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480268: audacious-plugins-extra: scrobbler plugin doesn't work
Package: audacious-plugins-extra Version: 1.5.0-2 Followup-For: Bug #480268 I'm seeing this bug with audacious-plugins-extra 1.5.0-2 and the fact is that I don't even get a prompt telling me to log in. On the other hand, I can successfully submit the songs with amarok (which is too heavy for my use) and with quodlibet (which I can't make recognize AAC songs). Regards, Rogério Brito. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages audacious-plugins-extra depends on: ii audacious 1.5.0-2 small and fast audio player which ii libartsc0 1.5.9-2 aRts sound system C support librar ii libasound2 1.0.16-2 ALSA library ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libaudid3tag1 1.5.0-2 audacious id3 tag manipulation lib ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libbinio1ldbl 1.4-9 binary I/O stream class library ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.18.1-1 Multi-protocol file transfer libra ii libdbus-1-31.2.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfluidsynth1 1.0.8-1 Real-time MIDI software synthesize ii libgcc11:4.3.0-4 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libimlib2 1.4.0-1 powerful image loading and renderi ii libjack0 0.109.2-3 JACK Audio Connection Kit (librari ii liblircclient0 0.8.2-2 infra-red remote control support - ii libmowgli1 0.6.1-1 a high performance development fra ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libmtp70.2.6.1-2 Media Transfer Protocol (MTP) libr ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpulse0 0.9.10-2 PulseAudio client libraries ii libresid-builder0c2a 2.1.1-7 SID chip emulation class based on ii libsamplerate0 0.1.3-1 audio rate conversion library ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libsidplay22.1.1-7 SID (MOS 6581) emulation library ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-8.1 TagLib Audio Meta-Data Library ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii libwavpack14.41.0-2 an audio codec (lossy and lossless ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite1 1:0.4.0-2 X11 Composite extension library ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime audacious-plugins-extra recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482140: docbook-xml: Package does not install: update-xmlcatalog: error: entity already registered
Package: docbook-xml Version: 4.5-5 Severity: serious When configuring docbook-xml after installation, I get the error -- update-xmlcatalog: error: entity already registered dpkg: error processing docbook-xml (--configure): subprocess post-installation script returned error exit status 1 -- This happened on a just installed box, upgrading from stable -> testing -> unstable. Sami -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages docbook-xml depends on: ii sgml-base 1.26 SGML infrastructure and SGML catal ii sgml-data 2.0.3 common SGML and XML data ii xml-core 0.11 XML infrastructure and XML catalog docbook-xml recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482139: perl: Fails to verify long module versions
Package: perl Version: 5.10.0-10 Severity: normal Hi, While testing a release candidate of rrdtool 1.3, which uses a quite long version number (1.299908051800), I stumped across the following error message: RRDs object version 1.2999080518 does not match bootstrap parameter 1.299908052 at /usr/lib/perl/5.10/DynaLoader.pm line 219. Obviously, the macro XS_VERSION_BOOTCHECK (defined in XSUB.h) treats the object version differently from the bootstrap parameter in regard to precision. Cheers, Sebastian -- Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#482064: [Pkg-utopia-maintainers] Bug#482064: policykit: some files have different permissions from those recommended by upstream
tags 482064 -patch thanks James Westby wrote: Package: policykit Severity: normal Version: 0.8-1 Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Hi, In the 0.8 release of policykit the text at the end of the ./configure output saying that certain files should have certain permissions has changed, but the postinst wasn't changed to match. I haven't tested to check whether if this has any effect on the functionality, but presumably the requirements are there for a reason. I am attaching the Ubuntu diff that changes it to match what is in Fedora, as that is slightly more precise than the ./configure text, and was done by upstream himself. However the patch does include a change that the fix from bug 452198 makes unneeded. If you don't want the patch in 452198, or at least don't want to apply them both at the same time then I would be happy to update the patch to not include that part. Hi James, thanks for filing this bug report. As it happens, I already noticed that issue myself and have discussed that extensively with upstream. There is currently a discrepancy between the configure output, the actual rules in the makefiles and how the rpm installs it. Your proposed patch is not quite correct (you will see that if you read the following discussion), so I'm removing the "patch" tag. I already have a correct fix ready and will provide updated packages soon. FWIW here is an excerpt of the discussion I had with David Zeuthen: On Wed, 2008-04-23 at 01:02 +0200, Michael Biebl wrote: > Hi David, > > as I'm generally a bit paranoid regarding suid/sgid binaries, and as I > noticed some discrepancies between the ./configure message, the > installed files and the permissions as installed by the fedora package, > I'd like to ask you for clarification. First of all, I'm glad someone is reviewing this (the SUSE and RH security teams have been reviewing it as well). So thanks for taking the time to look through it. One thing I want to do is to include a section in the docs detailing how the 'default' backend works including security notes. Is that something you would like to help with based on my explanations below? > (this is policykit 0.8) > > ./configure says (condensed) > > 1.1 770 root polkituser /var/run/PolicyKit > 1.2 770 root polkituser /var/lib/PolicyKit > 1.3 755 polkituser root /var/run/PolicyKit-public > 1.4 775 polkituser polkituser /var/lib/misc/PolicyKit.reload > 1.5 4755 polkituser root /libexec/polkit-set-default-helper > 1.6 2755 root polkituser /libexec/polkit-read-auth-helper > 1.7 2755 root polkituser /libexec/polkit-revoke-helper > 1.8 2755 root polkituser /libexec/polkit-grant-helper > 1.9 2755 root polkituser /libexec/polkit-explicit-grant-helper > 1.10 4754 root polkituser /libexec/polkit-grant-helper-pam > 1.11 4755 root root /libexec/polkit-resolve-exe-helper > > make install creates > > 2.1 770 root polkituser /var/run/PolicyKit > 2.2 770 root polkituser /var/lib/PolicyKit > 2.3 755 polkituser root /var/lib/PolicyKit-public > 2.4 775 polkituser polkituser /var/lib/misc/PolicyKit.reload > 2.5 4755 polkituser root /libexec/polkit-set-default-helper > 2.6 2755 root polkituser /libexec/polkit-read-auth-helper > 2.7 2755 root polkituser /libexec/polkit-revoke-helper > 2.8 2755 root polkituser /libexec/polkit-grant-helper > 2.9 2755 root polkituser /libexec/polkit-explicit-grant-helper > 2.10 4754 root polkituser /libexec/polkit-grant-helper-pam > 2.11 4755 root root /libexec/polkit-resolve-exe-helper > > fedora rpm has > > 3.1 770 polkituser polkituser /var/run/PolicyKit > 3.2 770 polkituser polkituser /var/lib/PolicyKit > 3.3 755 polkituser polkituser /var/lib/PolicyKit-public > 3.4 775 polkituser polkituser /var/lib/misc/PolicyKit.reload > 3.5 4755 polkituser root /libexec/polkit-set-default-helper > 3.6 2755 root polkituser /libexec/polkit-read-auth-helper > 3.7 2755 root polkituser /libexec/polkit-revoke-helper > 3.8 2755 root polkituser /libexec/polkit-grant-helper > 3.9 2755 root polkituser /libexec/polkit-explicit-grant-helper > 3.10 4754 root polkituser /libexec/polkit-grant-helper-pam > 3.11 4755 root root /libexec/polkit-resolve-exe-helper > > 1.) 1.3 has /var/run/PolicyKit-public, in 2.3, 3.3 it is in /var/lib That's a bug in 1.3; need to fix the configure output. > 2.) fedora has a different owner for 3.1, 3.2 resp group for 3.3 That's a bug in the fedora rpm. I'll fix that. > 3.) It's not clear to me, why we need a user *and* group polkituser. See below. > And why 1.5, 1.10 and 1.11 have somewhat strange suid/sgid bits and > owners. Could you elaborate in detail for each binary why those > different ownerships and suid/sgid bits are necessary? Right, I'll go through them one by one
Bug#482138: gpm: new version 1.20.3 available
Package: gpm Version: 1.20.3~pre3-3 Severity: wishlist It'd be great to have gpm 1.20.3 packaged. Rumour has it that it may fix bug 472062 which I too ran into the other day (though I'm not sure it addresses the soname issue of my bug 473496). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.24-1-486 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.5.22Debian configuration management sy ii debianutils2.28.6Miscellaneous utilities specific t ii libc6 2.7-10GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii lsb-base 3.2-12Linux Standard Base 3.2 init scrip ii ucf3.006 Update Configuration File: preserv gpm recommends no packages. -- debconf information: * gpm/responsiveness: 30 * gpm/repeat_type: * gpm/append: -l "a-zA-Z0-9_.:~/��-�" * gpm/restart: true * gpm/sample_rate: * gpm/device: /dev/psaux * gpm/restart_default: true * gpm/type: ps2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481224: Skype cannot find libQtDBus.so.4 after upgrade
Hello, Please add libqt4-dbus libqt4-network and libqt4-xml DEBS for skype support. Best regards, Hristo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482070: Please enable builds for the remaining 32-bit architectures
Hi, Thiemo. On May 20 2008, Thiemo Seufer wrote: > Please enable building for the remaining Debian 32-bit architectures, > specifically: hppa mips mipsel s390. Thank you so very much for informing me of these remaining arches. I'm enabling them now as we speak (and support for amd64, but I am testing it right now to see if I didn't mess with anything). I will also include m68k as it won't hurt the migration to testing and it costs us little to build it (and I like new programs running on older hardware). :-) > All of those architectures (as well as powerpc and sparc) have also > variants with 64-bit extensions, but the Debian port defaults to use > the 32-bit mode, so it should be fine for hfsprogs. Thanks. That was the information I needed to have a wider audience having hfsprogs. Regards, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8 http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482045: spidermonkey-bin: incorrect version
On Tue, May 20, 2008 at 10:48 PM, Mike Hommey wrote: > The best I could do would be to version it 1:1.7+1.8.1.14-3. Do you > think it's any better ? Maybe it's not so appropriate but... what about virtual packages? Like "Provides: js-1.7" for spidermonkey-bin and "Provides: libjs-1.7" for libmozjs.. Thank you! luca -- Beware of programmers who carry screwdrivers. -- Leonard Brandwein http://shammash.homelinux.org/ - http://www.artha.org/ - http://www.yue.it/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337214: ispell.el: word-splitting incorrect in presence of iso-8859-15 characters
On Tue, May 20, 2008 at 06:26:34PM +0200, Lionel Elie Mamane wrote:
> I found the difference between the machine where it works and the
> machines where it does not. The machine where it works has aspell-he
> installed. The others do not. Installing aspell-he on a machine where
> it did not work makes it work correctly.
Bingo. Thanks a lot!!!
>
> What I *think* happens is that as
> /var/lib/dictionaries-common/aspell/aspell-he is in UTF-8 and (data
> out of it) comes at the head of /v/cache/d-c/emacsen-ispell-dicts.el,
> it triggers emacs to treat the whole /v/c/d-c/emacsen-ispell-dicts.el
> file as UTF-8; when it encounters ISO-8859 data it thus keeps it as a
> binary stream of octets rather then converting it to its internal
> representation (mule?). But without aspell-he installed, it treats the
> file as iso8859-1!
I tend to think that emacs finds two non-compatible encodings and because of
that reads the file as a data stream. If everything is iso-8859-1 or (I
guess) utf-8 emacs read it as having a consistant encoding and tries to
convert it to the internal mule representation.
> Note that in that, aspell-he does not follow the specification in
> /usr/share/doc/dictionaries-common-dev/:
>
> 8-bit chars in Casechars, Not-Casechars and Additionalchars must be
> represented in the same encoding declared for the dict in the info
> file
I had inorwegian installed, having exactly the same 'feature'. It is
frequent when people wants to put utf8 in the language name and as a side
effect write {non-}casechars in utf8. I strongly recommend to use octal
codes here.
This should only affect the dictionary doing this, although can have a
fortunate side-effect like here. I however do not think those casechars
will actually work. For aspell-he this get unnoticed since for any recent
aspell, emacs ispell.el will use [:alpha:] and utf8 internally instead of
the casechars provided by maintainer. However this should not happen for
xemacs.
> So, I'd say we need to
>
> 1) ensure /var/cache/d-c/emacsen-ispell-dicts.el gets _always_
> understood as UTF-8, for example with a BOM?
> 2) actually transcode each /var/lib/d-c/ispell/* file into UTF-8
> (manually, by reading the "Coding-System" of each entry and
> converting the Casechars/Otherchars/Additionalchars values before
> treating it for insertion in
> /var/cache/d-c/emacsen-ispell-dicts.el
>
> OR
>
> otherwise ensure the values in *chars indeed get treated as the
> in the right encoding
>
> OR
>
> change dictionaries-common policy so that they _must_ all be in UTF-8
I think those will reproduce exactly the same problem, since I expect utf8
to be then converted to the internal mule representation. (Untested !!)
I see three possibilities (again untested, and time to go to bed),
1) Make sure emacs loads the file as a data stream. Probably setting
coding-system-for-read to the right value here will do the trick. I
think it is set to nil and I expected that to mean no-conversion, but
probably just mean auto. Needs to read more about this, but if possible
this is my preferred fix.
2) I have checked that using {non-}casechars in the octal-escaped
representation does always work (tested with ifrench-gut, do not have
here the diff), so I can instruct DictionariesCommon.pm to convert 8bit
chars in {non-}casechars to its octal-escaped representation when writing
them to /var/cache/dictionaries-common/emacsen-ispell-dicts.el. This is
my second preferred fix.
3) The dirty hack. Just write a comment using non-consistant encodings on
top of /var/cache/dictionaries-common/emacsen-ispell-dicts.el. If I am
correct, this should cause emacs to load the file as a data stream. If
the other things above take longer than expected, this seems a simple
dirty workaround.
I am writing this without time to actually test most of this (tested only
that octal-escaped representation works), but I think this is what is
happening. I am rather busy this week, but will try to find time to better
check this.
> On the machine where it works, I get:
>
>
> "[A-Za-zÀÂÂÂÇÇÈÉÉÉÊËËËÎÎÎÏÔÔÔÙÛÛÜÜÜàâââççèéééêëëëîîîïôôôùûûüüü]"
>
> but one one of the buggy machines, I get:
>
> "[A-Za-zÀÂÇÈÉÊËÎÏÔÙÛܼàâçèéêëîïôùûü½]"
>
> In case it gets lost in wrong recoding, in the first case I get every
> non-ASCII character several times (mostly 6) and the {OE} and {oe}
> twice.
This is the right behavior. latin chars are not fully unified in emacs 21/22.
So, depending on the original encoding, the same char gets different mule
representations. á from latin1 is different for mule than á from latin0,
although they are properly mapped for saving. I added some coding from fsf
emacs22 that maps a char to all equivalent chars, and thus the above huge
string (that is roughly the code that is in emacs22 plain ispell.el).
Bug#43040: gpm: can't reproduce old bug, maybe fixed?
Package: gpm Followup-For: Bug #43040 I have tried to replicate the August 1999 testing as described in this bug and cannot repeat the error. Either I'm missing something or this bug is no longer present -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gpm depends on: ii debconf [debconf-2.0] 1.5.21Debian configuration management sy ii debianutils2.28.4Miscellaneous utilities specific t ii libc6 2.7-10GNU C Library: Shared libraries ii libgpmg1 1.20.3~pre3-3 General Purpose Mouse - shared lib ii lsb-base 3.2-11Linux Standard Base 3.2 init scrip ii ucf3.006 Update Configuration File: preserv gpm recommends no packages. -- debconf-show failed -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315485: (no subject)
There is a patchset for logjam with the desired fix. http://www.smile.org.ua/~andy/prj/logjam/ -- With Best Regards, Andy Shevchenko <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293361: reportbug: add reminder to fill fields to the ITP template
package reportbug
retitle 293361 reportbug: warn user about unmodified ITP template content
thanks
On 20-May-2008, Sandro Tosi wrote:
> I'm planning to fix it this way: use a regex to search for templates
> line in the body of email ("Version: x.y.z" etc etc), if anything is
> found print something like " * WARNING * Templates information still
> present, please update them before submitting". What about?
This sounds like a good approach.
I've refactored 'debianbts.py' so that it now uses the ITP template
from a module-level attribute, 'debianbts.itp_template'. This should
make it simpler for you to grab its lines and know they're the same
lines as used for the template.
> I don't want to stop user from submitting a bug even if template
> words are still there, but notifying him/her about it: what do you
> think about it?
It would be good to:
* check each line from the template to see if it's present
* warn about every template line (not just one) that was found
unmodified in the message
* allow the user to re-edit the message
--
\"The whole area of [treating source code as intellectual |
`\property] is almost assuring a customer that you are not going |
_o__) to do any innovation in the future." —Gary Barnett |
Ben Finney <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
Bug#482137: [INTL:gl] Galician debconf template translation for mailman
Package: mailman Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of mailman's debconf templates # This file is distributed under the same license as the mailman package. # Jacobo Tarrio <[EMAIL PROTECTED]>, 2008. # msgid "" msgstr "" "Project-Id-Version: mailman\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2006-10-06 16:25+0200\n" "PO-Revision-Date: 2008-05-20 23:29+0100\n" "Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n" "Language-Team: Galician <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ar (Arabic)" msgstr "ar (árabe)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ca (Catalan)" msgstr "ca (catalán)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "cs (Czech)" msgstr "cs (checo)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "da (Danish)" msgstr "da (dinamarqués)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "de (German)" msgstr "de (alemán)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "en (English)" msgstr "en (inglés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "es (Spanish)" msgstr "es (español)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "et (Estonian)" msgstr "et (estoniano)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "eu (Basque)" msgstr "eu (eúscaro)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "fi (Finnish)" msgstr "fi (finés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "fr (French)" msgstr "fr (francés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "hr (Croatian)" msgstr "hr (croata)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "hu (Hungarian)" msgstr "hu (húngaro)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ia (Interlingua)" msgstr "ia (Interlingua)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "it (Italian)" msgstr "it (italiano)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ja (Japanese)" msgstr "ja (xaponés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ko (Korean)" msgstr "ko (coreano)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "lt (Lithuanian)" msgstr "lt (lituano)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "nl (Dutch)" msgstr "nl (holandés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "no (Norwegian)" msgstr "no (noruegués)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "pl (Polish)" msgstr "pl (polaco)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "pt (Portuguese)" msgstr "pt (portugués)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "pt_BR (Brasilian Portuguese)" msgstr "pt_BR (portugués do Brasil)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ro (Romanian)" msgstr "ro (romanés)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "ru (Russian)" msgstr "ru (ruso)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "sl (Slovenian)" msgstr "sl (esloveno)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "sr (Serbian)" msgstr "sr (serbio)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "sv (Swedish)" msgstr "sv (sueco)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "tr (Turkish)" msgstr "tr (turco)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "uk (Ukrainian)" msgstr "uk (ucraíno)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "vi (Vietnamese)" msgstr "vi (vietnamita)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "zh_CN (Chinese - China)" msgstr "zh_CN (chinés de China)" #. Type: multiselect #. Choices #: ../templates:1001 msgid "zh_TW (Chinese - Taiwan)" msgstr "zh_TW (chinés de Taiwan)" #. Type: multiselect #. DefaultChoice #. You must NOT translate this string, but you can change its value. #. The comment between brackets is used to distinguish this msgid #. from the one in the Choices list; you do not have to worry about #. them, and have to simply choose a msgstr among the English values #. listed in the Choices field above, e.g. msgstr "nl (Dutch)". #. Type: select #. DefaultChoice #. You must NOT translate this string, but you can change its value. #. The comment between brackets is used to distinguish this msgid #. from the one in the Choices list; you do not have to worry about #. them, and have to simply choose a msgstr among the English values #. listed in the Choices field above, e.g. msgstr "nl (Dutch)". #: ../templates:1002 ../templates:5001 msgid "en (English)[ default language ]" msgstr "es (español)" #. Type: multiselect #. Description #: ../templates:1003 msgid "Languages to support:" msgstr "Idiomas a soportar:" #. Type: multiselect #. Description #: ../templates:1003 msgid "" "For each supported language,
Bug#477302: [BUG 477302] wmaker: WPrefs dies with assertion failure on startup
Hi, This bug was already fixed in Mandriva: https://qa.mandriva.com/show_bug.cgi?id=39677 The patch is available also in a git repository for wmaker (with all the CVS development history) http://repo.or.cz/w/wmaker-crm.git?a=commit;h=ee28b0257ab5d61a2ba8fb9108e74447d7c9fde9 I hope this helps! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482136: checkrestart: don't complain about /var/run/apache2/ssl_mutex
Package: debian-goodies Version: 0.27+etch1 Severity: minor It would be nice if checkrestart didn't think that the absence of /var/run/apache2/ssl_mutex required apache to be restarted. Also, checkrestart can't find apache2-mpm-prefork's init script, but that's of less concern. Thanks, Matt -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Versions of packages debian-goodies depends on: ii curl 7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT ii dctrl-tools2.9.3 Command-line tools to process Debi ii grep-dctrl 2.9.3 Grep Debian package information - ii lsof 4.77.dfsg.1-3 List open files ii python 2.4.4-2 An interactive high-level object-o debian-goodies recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482053: xfsprogs: xfs_growfs will create unmountable filesystem on 32bit OS
> Package: xfsprogs > Version: 2.8.11-1 > Severity: critical > Justification: breaks the whole system > > XFS on 32bit Linux cannot mount filesystems >16T see: > http://oss.sgi.com/archives/xfs/2008-01/msg00124.html > > xfs_grow will grow a filsystem larger than this which will function > untill the system is rebooted, at which point the filsystem becomes > inaccessable. > ... Are you reporting this actually happened to you, or you read about it you've opened this bug to let others know of the potential issue? This is a kernel problem that was fixed quite some time ago - the git commit was 4cc929ee305c69573cb842aade059dbe2a93940c - so xfsprogs (userspace) is not the right place to fix this one. cheers. -- Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#42915: svgalibg1: old bug, old compiler, old game...
Package: svgalibg1 Followup-For: Bug #42915 this bug was filed in august 1999, the test case relied apon gcc 2.95 svgalibg1 1.3.1-2 amd an unspecified version of sabre The package this was originally filed against is now just a transitional package, all the involved software has been patched over the years and had upstream releases... and sabre works fine... Does this bug need to be left open for ever, or can it be closed and reopened if Chris Frey is still having trouble ;-) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages svgalibg1 depends on: ii libsvga1 1:1.4.3-25 console SVGA display libraries svgalibg1 recommends no packages. -- debconf-show failed -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482135: qa.debian.org: backports.org data out of date on DDPO?
Package: qa.debian.org Severity: normal Hello, I noticed that (for example) on http://qa.debian.org/[EMAIL PROTECTED] the backports section is not updated; the openafs version on bpo is now higher than that listed, and libtemplate-perl is not listed at all when it should be. Are package list updates from bpo broken? Thanks, Dominic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449460: closed by maximilian attems <[EMAIL PROTECTED]> (Re: linux/videodev2.h error: timestamp has incomplete type)
On Tue, May 20, 2008 at 05:36:26PM -0400, Philip Tricca wrote: > Brilliant Max. Thanks for all your hard work. I haven't had a chance > to verify the fix but it's wonderful just to see it getting attention. > > Cheers, > - Philip it's in the maintainer responsibility to close bugs fixed in unstable. how about mr brilliant if you had better tracked recent linux images or upstream!? i even named you the git commit fix, trivial to verify. kthxbye -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482134: [INTL:gl] Galician debconf template translation for scsitools
Package: scsitools Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of scsitools's debconf templates # This file is distributed under the same license as the scsitools package. # Jacobo Tarrio <[EMAIL PROTECTED]>, 2008. # msgid "" msgstr "" "Project-Id-Version: scsitools\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2008-03-17 04:45+0100\n" "PO-Revision-Date: 2008-05-20 23:13+0100\n" "Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n" "Language-Team: Galician <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../templates:1001 msgid "scsitools package:" msgstr "Paquete scsitools:" #. Type: note #. Description #: ../templates:1001 msgid "" "You will most probably want to read /usr/share/doc/scsitools/README.Debian " "and the rest of the files in that directory, before using any of the " "programs included in this package." msgstr "" "O máis probable é que deba consultar o ficheiro /usr/share/doc/scsitools/" "README.Debian e o resto dos ficheiros dese directorio antes de empregar " "calquera dos programas incluídos neste paquete."
Bug#482133: [INTL:gl] Galician debconf template translation for uucp
Package: uucp Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of uucp's debconf templates # This file is distributed under the same license as the uucp package. # Jacobo Tarrio <[EMAIL PROTECTED]>, 2008. # msgid "" msgstr "" "Project-Id-Version: uucp\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2003-06-29 15:22+0200\n" "PO-Revision-Date: 2008-05-20 23:11+0100\n" "Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n" "Language-Team: Galician <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Description #: ../uucp.templates:3 msgid "uucp crontab corrupted on upgrade" msgstr "Corrompeuse o ficheiro crontab de uucp nunha actualización" #. Description #: ../uucp.templates:3 msgid "" "Older versions of the uucp package unfortunately corrupted the uucp crontab " "upon upgrade (the first 3 lines got removed). The crontab was installed as a " "user crontab of the uucp user." msgstr "" "Algunhas versións do paquete uucp corrompían o ficheiro crontab de uucp ao " "actualizalo (eliminábanse as primeiras 3 liñas). Ese ficheiro crontab " "instalábase baixo o usuario uucp." #. Description #: ../uucp.templates:3 msgid "" "The new crontab can be found in /etc/cron.d/uucp. It does not need " "installing via crontab(1)." msgstr "" "Pode atopar o novo ficheiro crontab en /etc/cron.d/uucp. Non precisa de " "instalalo mediante crontab(1)." #. Description #: ../uucp.templates:3 msgid "Please change that file according to your needs." msgstr "Modifique ese ficheiro de acordo coas súas necesidades." #. Description #: ../uucp.templates:3 msgid "" "What is left from your old crontab file can be found in /etc/uucp/crontab. " "You may remove this file if you do not need it any longer." msgstr "" "O que queda do seu ficheiro crontab antigo está en /etc/uucp/crontab. Pode " "eliminar ese ficheiro se xa non precisa del."
Bug#482132: [INTL:gl] Galician debconf template translation for vdr
Package: vdr Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of vdr's debconf templates # This file is distributed under the same license as the vdr package. # Jacobo Tarrio <[EMAIL PROTECTED]>, 2008. # msgid "" msgstr "" "Project-Id-Version: vdr\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2007-12-30 04:32+0100\n" "PO-Revision-Date: 2008-05-20 23:07+0100\n" "Last-Translator: Jacobo Tarrio <[EMAIL PROTECTED]>\n" "Language-Team: Galician <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../vdr.templates:1001 msgid "VDR needs DVB kernel modules" msgstr "VDR precisa dos módulos de TV dixital" #. Type: note #. Description #: ../vdr.templates:1001 msgid "" "VDR needs DVB (Digital Video Broadcasting) kernel modules. You may have to " "separately install these modules. Ensure that the correct modules for your " "DVB hardware get loaded automatically e.g. by adding them to /etc/modules " "otherwise VDR won't work!" msgstr "" "VDR precisa dos módulos de TV dixital. Pode ter que instalar estes módulos " "por separado. Asegúrese de que se carguen automaticamente os módulos " "correctos para o seu hardware de TV dixital, por exemplo, engadíndoos a /etc/" "modules. Se non o fai, VDR non ha funcionar." #. Type: select #. Choices #: ../vdr.templates:2001 msgid "Satellite, Terrestrial, Cable" msgstr "Satélite, Terrestre, Cable" #. Type: select #. Description #: ../vdr.templates:2002 msgid "DVB card type:" msgstr "Tipo de tarxeta de TV dixital:" #. Type: select #. Description #: ../vdr.templates:2002 msgid "" "VDR needs to know your DVB card type to work correctly. Using your " "selection, a channels.conf file will be installed to /var/lib/vdr. You may " "have to change this file depending on your setup." msgstr "" "VDR precisa de coñecer o tipo de tarxeta de TV dixital para funcionar " "correctamente. Segundo o que escolla, hase instalar un ficheiro channels." "conf en /var/lib/vdr. Pode ter que modificar este ficheiro dependendo da súa " "configuración." #. Type: boolean #. Description #: ../vdr.templates:3001 msgid "Create /var/lib/video.00?" msgstr "¿Crear /var/lib/video.00?" #. Type: boolean #. Description #: ../vdr.templates:3001 msgid "" "By default VDR is configured to use /var/lib/video.00 to store recordings. " "You can either create this directory now, or change this behavior later by " "modifying the VIDEO_DIR variable in /etc/default/vdr." msgstr "" "Por defecto, VDR está configurado para empregar /var/lib/video.00 para " "armacenar as gravacións. Pode crear este directorio agora, ou cambiar este " "comportamento máis adiante modificando a variable VIDEO_DIR en /etc/default/" "vdr."
Bug#481822: po-debconf: Inconsistent usage of F<> in man pages and typo
Hi Helge, On Sun, May 18, 2008 at 09:12:35PM +0200, [EMAIL PROTECTED] wrote: > > While translating I noticed that the formatting F<> is used > inconsistently in the man pages, cf. the following example: > "This option also changes the default I directory used by B "report-po> (i.e. the B<--podir> option is not needed when the call is done " > "from the F directory itself or from its parent directory)." > > First, the directory name is included in I<> (quite common in man > pages), but then F<> is used. I tried to fix all the references to files. > Please update all translations when fixing. The German translation was unfuzzied. I will keep this bug open (not tag it as pending). I hope it will help me to remember about unfuzzing the other translations. > The following paragraph looks like the formating was forgotten around > the name of the mailing list: > "This will send a call for new translations to the <[EMAIL PROTECTED]" > "org> mailing list and will ask translation updates to the previous " > "translators. The language teams will also be notified and should be able to " > "react if the assigned translator is known to be MIA." My idea was to keep the brackets (for an email address). If this is not clear, I can also change this. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#480533: [Debconf-devel] Bug#480533: "uninitialized value" warnings from Perl during install
I don't see any protocol problems in the log.
May 19 10:13:11 in-target: debconf (developer): > DATA
debconf-apt-progress/info type text
May 19 10:13:11 in-target: debconf (developer): < 0 OK
May 19 10:13:11 in-target: Use of uninitialized value $x in scalar assignment
at /usr/share/perl/5.10/utf8_heavy.pl line 242, line 1.
May 19 10:13:11 in-target: Use of uninitialized value $x in pattern match (m//)
at /usr/share/perl/5.10/utf8_heavy.pl line 243, line 1.
May 19 10:13:11 in-target: Use of uninitialized value in split at
/usr/share/perl5/Debconf/FrontEnd/Passthrough.pm line 68, line 1.
May 19 10:13:11 in-target: Use of uninitialized value in split at
/usr/share/perl5/Debconf/FrontEnd/Passthrough.pm line 68, line 1.
May 19 10:13:11 in-target: debconf (developer): > DATA
debconf-apt-progress/info description Preparing eject
debug developer => "< $reply";
my ($tag, $val) = split(' ', $reply, 2);
The first line of code succeeded and printed $reply, which was the "0 OK".
In the second line of code, $reply has somehow become undef.
I don't understand how that could happen!
Apparently, perl's utf-8 output layer is coming into the picture -- that's
where the utf8_heavy comes into play. Perhaps it is somehow unsetting $reply.
--
see shy jo
signature.asc
Description: Digital signature
Bug#482131: ghc-cvs: FTBFS with perl 5.10
Package: ghc-cvs Version: 20060905 Severity: normal Hello, ghc-cvs doesn't build any more with the upgrade to perl 5.10: checking for perl... /usr/bin/perl configure: error: your version of perl probably won't work, try upgrading it. because the configure script only checks for 5.8 and 6... Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- Samuel hiri, le cri ici, c des marrants j'ai un rep ".uglyhackdirectorywithoutacls" ds mon home -+- #ens-mim en stage -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482072: eog deletes files instead of moving them into the trash
On Tue, 2008-05-20 at 23:54 +0200, Alexander Kurtz wrote: > Wow, ok, so thanks a lot and sorry for this false-positive. I marked > this bug as fixed and closed it. Hi, No problem, thanks for closing it. > > Nautilus 2.22 (currently in experimental) does the same. > So consequently Nautilus will include "~/.local/share/Trash/" in future > versions when browsing to "trash:", won't it? Yes it will, and it seems to be backwards-compatible with the old location too. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#482130: DM application for Bart Samwel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: debian-maintainers Version: 1.33 Severity: normal X-Debbugs-CC: [EMAIL PROTECTED] X-Debbugs-CC: [EMAIL PROTECTED] Hi there, I'd like to be added to the Debian Maintainers keyring. My changeset is attached. The relevant URLs: Statement of agreement to the social contract and DMUP: http://lists.debian.org/debian-newmaint/2008/05/msg00029.html Advocacy from Raphael Hertzog: http://lists.debian.org/debian-newmaint/2008/05/msg00039.html Advocacy from Loïc Minier: http://lists.debian.org/debian-newmaint/2008/05/msg00040.html My key is signed by Lionel Elie Mamane. If you need any more information, please let me know. Cheers, Bart Samwel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIM0hx7O7doAun0JQRAmSjAKC6Bm6TYvt9DhR0RkTW2pIenBhunwCgyEKt V/PjO9VjLTsY2bZctp+VVGM= =KaP/ -END PGP SIGNATURE- Date: Tue, 20 May 2008 23:36:08 +0200 Comment: adding debian-maintainer Bart Samwel <[EMAIL PROTECTED]> Agreement: http://lists.debian.org/debian-newmaint/2008/05/msg00029.html Advocates: Raphael Hertzog - http://lists.debian.org/debian-newmaint/2008/05/msg00039.html Loïc Minier - http://lists.debian.org/debian-newmaint/2008/05/msg00040.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBEguuXQRBAClE8RoHrVUO9QYrmuLGoaAZddIt/B2rh/xguIckTIOOVQ94EDQ PCcFFS/NXX2TaZoP9AyktdnuhDsRLvPhcTaBKDK2qGcGKKtwr2+gRRvomMJCBY1X CN7tHEn/POAOGZTHMhiJ3wXffsjbyg8T8xlp2yZeTyXx2sinySkmKjSO0wCgyiN5 q6RHoxA4DVUrfS6xLL2s1J8EAIvvTrij1wP8NUJ5aA+6bj1r+93cJRtGA+tCkFDr +NddNCWbaMarJUA2Uqph0uPnOc4PLL586fYCprEfYxCYWe5XxGJiJiEEiyhNd20q MBnpiSS/84hWfhtHrXTD/IZosZYO2qS0LRFtpBzf/5ZYW6EU1eULkMx4Ckxn7ZcT Z6BgBACNTGN3ijYcdiZKf/4+UoS5UgC03neO24L882rLj01ART9RixgSwc/k8yne MftY1hKCMcegd8/C155h05PfzMbuhkhMo+WW6I3lDxGoMrqM3J9/zA14pLssuWh8 ymoV/MKE8kElA/DsG9YjtWP4gSEKyH4HgAqVq2HMUVwfK3i217QcQmFydCBTYW13 ZWwgPGJhcnRAc2Ftd2VsLnRrPohgBBMRAgAgBQJILrl0AhsDBgsJCAcDAgQVAggD BBYCAwECHgECF4AACgkQ7O7doAun0JSJBgCfSjAaeT/bHqPXcSfN0sPzL2FGP4gA oLvPrzu2lBUk5RghKz6lidDjDvV4iQIcBBABAgAGBQJIMnETAAoJEO7VcWsHjkPU PSgP/2ucLWnVxwtIMSWbVS7UJJ4JagG8p8y+7t5EiLJ+1jUzDWdo7/vXUr4CUihq VNeVcPUfq4XxNZI3nUYcKupTpuPd9Yx5wIkHuXbpx6r2BPhm+3p4sHYMAmJRIV6U rUZVNJ/D3DgUHQU2+QqpOLwuTdHQPlqTeaV7LuUWY+Jknyxpo40RB/yndAvE/wVs 48muid+UUec4wdJCDORqlgn4QHYLIN9hSVh6sk1aLtUj8KfeUegL1BwLdMHVGWM2 zphDeQMBTkDO0di8hsxvdBHkXz9xAZWxuPOFCoUDFp/3hsoSjKuwSKPSlR2dtxE9 SKRSXDqbFBOalmJ7a2PHBFt10s+Kefg2FpSeqO4J0Lc081oEQv7XdgVTjOVIGard wl0uWFTqTWDXs/ZZ8tZDqpLzhHXN/YAJpFqBgNpkb4rKxG7aBVmpOuYc+rJYjJ+b gOAee8K7/cOyNtSeTTn0JvmhqPeGd94Hcl0bX3P/uJOWQJ4vvXY5xy3a8gowVWME 6pD8WLTHYzatj51WysGjHZH5MuO6pZJMM9lYqUaRFhQHdVINhB0L5caqwUHTt7Jx Qsqk1HQMxbGSkjN5DQBZzMBE5mlgLC6Z/HoIMGhlFglF10fQMWglaWOpiFg3T07/ R8GsYux2rl3khfsKxxXfiM4YBZM7flP+L6hxzxMAT4tlQc93iEYEEBECAAYFAkgy cWMACgkQscRzFz57S3PApwCg+nneDLDimzXYv+Y+3NCsLlgCHAUAoK5Yr1YLQS3p Nrp33SigCQ6syIYquQINBEguuXoQCADS3PzOmLnllf3sXhk74Hro9wfFEyGZ7wCa Io+5HvY2N1UdK/KfoFsYpQ440TErdM/79l/X4aq+gzstQUdviCGfcTTyUi76r2Va ppqG6tsGP8tBEGAcK+z2ZF/3kx2H9xvMlnkBQJ4REikS7l4YrdHmtGvM3cgoQCCe otKuCWz/Ys+teO2ED2m3fvRivwkTLCuKjykGEfAszuXKKr1D02aBZ7bdfXtbm75J kwJrn8WUVn8ES9gvPjAQqSHj0o8yIMabPTQKR01MP4wshXnFBGL5EECgS9sY+Dl0 zMPnh8pPk/xRI8Nzpu2Dj+iDFzIODrNs2EPfekUtXJVHbq2BxWpfAAMFB/9L5DBh vdj6vodXZytLj4T+WXQUkcyDEZf7tK2+OrhpoSS7haqtWO7q3nIUITEDvqMBMlwZ ulMeQ0ON80+4mKLVCUz3/UtxOjaFL9wvXF4EjPP7UcA9listEqJmiYLh7AITQspY nlkp/wsHvM0dgZNZBI5Syj6/fLq5tRYf0uwJB+LxbSu5nx/JGDJA3Wv2ULwCzxNR fWM6qQ+QIFHJWxJQPum3yFgsKr/GbpLaahZCsnpBxbkkk6PUgllgzzVzVOt9qO2u YHC+sAYmVJ2+OP8pFMBSNukM3Xkok2t4H61zPjcOSpl8m+OyFSYyJsN+bUEmifq1 WcC3FbV6LH1od5BwiEkEGBECAAkFAkguuXoCGwwACgkQ7O7doAun0JS+4wCbBTV8 w10WkWtBMXmWsI/T/Vc1wnYAn1JE+WvMv5h+E1kznTiKJb004W7P =J5Yc -END PGP PUBLIC KEY BLOCK- bart-samwel.changeset.sig Description: Binary data
Bug#480545: Suggested NMU for vlock.
tags 480545 + patch
thanks
Adding adduser (since postinst uses addgroup) to dependencies, as Ben
Hutchings suggested, seems to make vlock pass piuparts test.
Fixed incorrect debian/NEWS syntax while at it.
Suggested NMU diff attached, will upload soon unless there are any
objections.
HTH, HAND.
--
Regards,
Andreas Henriksson
diff -u vlock-2.1/debian/changelog vlock-2.1/debian/changelog
--- vlock-2.1/debian/changelog
+++ vlock-2.1/debian/changelog
@@ -1,3 +1,11 @@
+vlock (2.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add dependency on adduser since postinst uses addgroup (Closes: #480545)
+ * Fix indentation of debian/NEWS.
+
+ -- Andreas Henriksson <[EMAIL PROTECTED]> Tue, 20 May 2008 23:28:03 +0200
+
vlock (2.1-2) unstable; urgency=low
* Fix copyright file
diff -u vlock-2.1/debian/control vlock-2.1/debian/control
--- vlock-2.1/debian/control
+++ vlock-2.1/debian/control
@@ -8,7 +8,7 @@
Package: vlock
Architecture: any
-Depends: ${shlibs:Depends}, libpam-modules
+Depends: ${shlibs:Depends}, libpam-modules, adduser
Conflicts: suidmanager (<< 0.50)
Description: Virtual Console locking program
vlock either locks the current terminal (which may be any kind of
diff -u vlock-2.1/debian/NEWS vlock-2.1/debian/NEWS
--- vlock-2.1/debian/NEWS
+++ vlock-2.1/debian/NEWS
@@ -1,11 +1,11 @@
vlock (2.0-1) unstable; urgency=low
- vlock 2.0 expands the user's ability to lock a machine in two ways. First is
- the ability to lock the entire console display without access to a virtual
- console, i.e. from an X11 or even an SSH session. Secondly, SysRQ keys may be
- disabled while the entire console display is locked. These two operations are
- priviledged and should be restricted. Therefore, to be allowed to do either
- of these a user must be added to the group 'vlock'. See
- /usr/share/doc/vlock/SECURITY for more information.
+ vlock 2.0 expands the user's ability to lock a machine in two ways. First is
+ the ability to lock the entire console display without access to a virtual
+ console, i.e. from an X11 or even an SSH session. Secondly, SysRQ keys may be
+ disabled while the entire console display is locked. These two operations are
+ priviledged and should be restricted. Therefore, to be allowed to do either
+ of these a user must be added to the group 'vlock'. See
+ /usr/share/doc/vlock/SECURITY for more information.
-- Alexander Wirt <[EMAIL PROTECTED]> Mon, 13 Aug 2007 19:39:12 +0200
Bug#482072: eog deletes files instead of moving them into the trash
Hi, Sven Arvidsson wrote: > Eog uses GVFS now, and follows the freedesktop.org trash spec. It's > usually ~/.local/share/Trash/ Wow, ok, so thanks a lot and sorry for this false-positive. I marked this bug as fixed and closed it. > Nautilus 2.22 (currently in experimental) does the same. So consequently Nautilus will include "~/.local/share/Trash/" in future versions when browsing to "trash:", won't it? Thanks Alexander Kurtz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479101: #479101: Kernel panic: Unable to mount root also with 2.6.25-3
On Tue, May 20, 2008 at 10:45:23PM +0200, Noèl Köthe wrote: > found 479101 2.6.25-3 > thanks > > Hello, > > I have the described problem also with linux-image-2.6.25-2-amd64 > 2.6.25-3. this is a lilo bug, haven't seen much reaction from lilo maintainer/dev side yet. see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479607#96 and followups for workaround. seems lilo is passing full initramfs due to some size limitation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481821: setting package to po-debconf, tagging 481821
# Automatically generated email from bts, devscripts version 2.10.27 # # po-debconf (1.0.14) unstable; urgency=low # # * doc/po4a/po/de.po: Updated German translation. Thanks to Helge Kreutzmann. #Closes: #481821 # package po-debconf tags 481821 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482127: Client connect issue with courier-imap-ssl 4.3.1
Hi Stefan, > How does your imapd-ssl configuration file look like? Here are the non-commented lines: /etc/courier# grep -v '^#' imapd-ssl | grep -v '^\s*$' SSLPORT=993 SSLADDRESS=0 SSLPIDFILE=/var/run/courier/imapd-ssl.pid SSLLOGGEROPTS="-name=imapd-ssl" IMAPDSSLSTART=YES IMAPDSTARTTLS=YES IMAP_TLS_REQUIRED=0 COURIERTLS=/usr/bin/couriertls TLS_PROTOCOL=SSL3 TLS_STARTTLS_PROTOCOL=TLS1 TLS_CERTFILE=/etc/courier/imapd.pem TLS_VERIFYPEER=NONE TLS_CACHEFILE=/var/lib/courier/couriersslcache TLS_CACHESIZE=524288 MAILDIRPATH=Maildir And looking at the timestamps, this file wasn't modified during the upgrade or downgrade. If there's anything else you need, just let me know. Thanks, - Brandon Mitchell <[EMAIL PROTECTED]> http://bmitch.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#198699: We have many vacancies for you!
The promising commercial society looks for new members If you have 5 free hours per week, a small experience in PC and free phone to which we can call you, you have opportunity to begin cooperation with us and have more than 2000 dollars If you are interested in our job offer, contact us by e-mail: [EMAIL PROTECTED] and we will send you needed information. Sincerely yours RINKJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#252250: Take a step to succees with us.
The promising business company searches for new workers If you have 5 free hours per week, a small experience in internet and free phone to which we can call you, you have chance to begin work with us and get more than 2000 dollars If you are interested in our proposition, contact us by e-mail: [EMAIL PROTECTED] and we will send you required information. Respectfully yours RINKJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482129: [INTL:eu] iterm debconf templates Basque translation
Package: iterm Severity: wishlist Tags: l10n patch Hi attached iterm debconf templates Basque translation, please commit it. thx -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash # translation of iterm-eu.po to Euskara # #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. # # Piarres Beobide <[EMAIL PROTECTED]>, 2008. msgid "" msgstr "" "Project-Id-Version: iterm-eu\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-11-30 07:36+0100\n" "PO-Revision-Date: 2008-05-20 23:44+0200\n" "Last-Translator: Piarres Beobide <[EMAIL PROTECTED]>\n" "Language-Team: Euskara <[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.4\n" #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid "Do you want /usr/bin/fbiterm to be installed SUID root?" msgstr "Nahi al duzu /usr/bin/fbiterm SUID root instalatzea?" #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid "" "You have the option of installing the /usr/bin/fbiterm binary with the SUID " "bit set. By setting 'SUID root', non-root users may run fbiterm directly." msgstr "" "/usr/bin/fbiterm bitarra SUID bita ezarririk duela instalatzeko aukera duzu. " "'SUID root' ezartzean ez-root erabiltzaileek fbiterm zuzenean exekutatu dezakete." #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid "" "This can open security concerns: fbiterm may contain undiscovered security " "flaws which malicious users may exploit if fbiterm is set SUID root." msgstr "" "Honek segurtasun eraginak izan ditzake: fbiterm-ek oraindik ezagutzen ez diren " "segurtasun ahuleziak izan ditzake eta erabiltzaile maltzurrak honetaz baliatu daitezke " "SUID root ezarririk badago." #. Type: boolean #. Description #: ../fbiterm.templates:1001 msgid "" "You should install fbiterm with SUID bit set unless you do not intend to use " "it regularly. You may change this setting by running \"dpkg-reconfigure " "fbiterm\"." msgstr "" "Fbiterm SUID bita ezarririk duela instalatu beharko zenuke ez baduzu maiztasun " "txikiaz erabiltzea pentsatze. Ezarpen hau \"dpkg-reconfigure fbiterm\" exekutatuaz " "aldatzeko aukera duzu."
Bug#186700: Take a new step in your life!
The perspective commercial firm seeks for new workers If you possess 5 free hours every week, a small experience in computers and free phone to which we can contact you, you have possibility to begin work with us and have more than 2000 $ If you are interested in our vacancy, contact us by e-mail: [EMAIL PROTECTED] and we will send you further information. Sincerely yours RINKJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#179154: We have many vacancies for you!
The promising business LTD looks for new employees If you have 5 free hours each week, a minimal experience in PC and free phone to which we can join you, you have chance to start cooperation with us and earn more than 2000 $ If you are interested in our vacancy, contact us by e-mail: [EMAIL PROTECTED] and we will send you needed information. Sincerely yours RIN LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481221: setting package to po-debconf, tagging 482097, tagging 481222, tagging 481221
# Automatically generated email from bts, devscripts version 2.10.27 # # po-debconf (1.0.14) unstable; urgency=low # # * Create the temporary file with File::Temp::tempfile() instead of tmpnam(). #This permits to honor the TMP or TMPDIR environment variables. #Closes: #482097 # * Use the package and version set in the POT file if none were specified #with an option or found in a debian/changelog. Closes: #481221 # * Keep the , , and tags if they were #not filled. Closes: #481222 # package po-debconf tags 482097 + pending tags 481222 + pending tags 481221 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#52670: We give you many opportunities to get a new work!
The expanding financial society searches for new employees If you have 5 free hours per week, a little experience in PC and free phone to which we can contact you, you have opportunity to start cooperation with us and have more than 2000 $ If you are interested in our vacancy, contact us by e-mail: [EMAIL PROTECTED] and we will send you needed information. Kindest regards RINKAJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#174260: We have many vacancies for you!
The growing commercial society looks for new workers If you possess 5 free hours every week, a minimal experience in PC and free phone to which we can contact you, you have chance to begin cooperation with us and have more than 2000 dollars If you are interested in our vacancy, contact us by e-mail: [EMAIL PROTECTED] and we will send you additional information. Kindest regards RINKAJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#449460: closed by maximilian attems <[EMAIL PROTECTED]> (Re: linux/videodev2.h error: timestamp has incomplete type)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-libc-dev package: #449460: linux/videodev2.h error: timestamp has incomplete type It has been closed by maximilian attems <[EMAIL PROTECTED]>. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact maximilian attems <[EMAIL PROTECTED]> by replying to this email. Brilliant Max. Thanks for all your hard work. I haven't had a chance to verify the fix but it's wonderful just to see it getting attention. Cheers, - Philip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#482127: Client connect issue with courier-imap-ssl 4.3.1
Brandon Mitchell wrote: Package: courier-imap Version: 4.3.1-1+b1 The latest courier version appears to break some imap mail clients (not all, palmos in my case) with the following log message: -- May 20 16:34:59 localhost imapd-ssl: couriertls: accept: error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher -- Reverting to 4.1.1.20060828-5 resolves the issue. This also appears to be discovered by the following group: http://bugs.archlinux.org/task/10054 The following were installed at the time of the error (output edited for readability): /etc/courier# dpkg -l '*courier*' ||/ Name Version +++-- ii courier-authdaemon 0.60.1-2 ii courier-authlib 0.60.1-2 ii courier-authlib-userdb 0.58-4 un courier-authmysql un courier-authpostgresql ii courier-base 0.59.0-1+b1 un courier-debug un courier-doc ii courier-imap 4.3.1-1+b1 ii courier-imap-ssl 4.3.1-1+b1 un courier-mta ii courier-ssl 0.59.0-1+b1 Let me know if there is anything else I can provide to assist in debugging this problem. How does your imapd-ssl configuration file look like? Regards 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#155676: This is a great opportunity for you to get a perfect one!
The prospective commercial LTD seeks for new workers If you possess 5 free hours each week, a small experience in internet and free phone to which we can join you, you have possibility to begin cooperation with us and have more than 2000 $ If you are interested in our job offer, contact us by e-mail: [EMAIL PROTECTED] and we will send you additional information. Sincerely yours RINKAJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#139710: We have many vacancies for you!
The expanding business LTD searches for new workers If you have 5 free hours each week, a little experience in computers and free phone to which we can contact you, you have possibility to start work with us and get more than 2000 $ If you are interested in our job offer, contact us by e-mail: [EMAIL PROTECTED] and we will send you further information. Best regards RINKAJA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#146208: We have a perfect job for you!
The growing commercial society seeks for new workers If you possess 5 free hours every week, a minimal experience in PC and free phone to which we can call you, you have chance to begin cooperation with us and have more than 2000 US dollars If you are interested in our job offer, contact us by e-mail: [EMAIL PROTECTED] and we will send you additional information. Respectfully yours RINKAYA LTD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
