Bug#545727: zabbix-agent: key proc.num[] doesn't count some processes correctly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Flavio... I have had the same problem here. From my own experience the Zabbix agent counts processes like this: If the executed program does not alter it's program name ($0) then Zabbix looks for the basename of the executable. E.g. if you monitor the sshd then you may see this process: 1640 ?Ss 0:51 /usr/sbin/sshd Zabbix will see the sshd basename part of the /usr/sbin/sshd here. Proof: $ zabbix_get -ssomesystem -kproc.num[sshd] 1 $ zabbix_get -ssomesystem -kproc.num[/usr/sbin/sshd] 0 In the other case where the program changes its own program name ($0) then you will need to check for the altered name. In case of Heartbeat: 2476 ?SL 0:27 heartbeat: FIFO reader $ zabbix_get -ssomesystem -kproc.num[heartbeat] 0 $ zabbix_get -ssomesystem -kproc.num[heartbeat: FIFO reader] 1 At least that's the behavior in the current 1.6 package. Does that help you? Regards Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkrQfpcACgkQCV53xXnMZYZeTACff2rcLjG/QY5IR4Y7mLToiXRn GNcAoMA8VWnLo3pe8huCoPbrCoDnMMJP =IsIL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546637: zabbix-server-mysql: Location of fping binary is /usr/bin/ not /usr/sbin/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Lubomir... thanks for your bug report. But I can't reproduce it here. I have checks running with icmpping and icmppingsec without doing the changes your propose. Apparently if FpingLocation and Fping6Location are commented out in the configuration file then Zabbix searches the default path and finds the command in /usr/bin. Did you have any actual trouble without your proposed settings? Regards Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkrQgg0ACgkQCV53xXnMZYZtcgCfXMFOc99MxTfW18Z4dQA18aMM 5A0AnRoBD2dViWfNFLkAqZ4BihF/ss8Z =7A6P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548701: zabbix-frontend-php: move some constants in /etc/zabbix/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salut, Olivier... I have just taken a look at the /usr/share/zabbix/include/defines.inc.php file. There are just a few *DEFAULT* settings there like the HALIGN_DEFAULT setting you mention. Honestly I believe that the majority of settings there is very dangerous to be changed and will probably lead to a broken installation. So I'd rather object to moving this file to /etc and have users fiddle around with it. Regards Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkrQmZoACgkQCV53xXnMZYZdowCgmLxh+SLPMKFS7ikOAyvLE4Ag xqkAoLrHOeUiCNyOAO2rSm1jBcLAu7RR =nOn5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548527: vino: Refresh failure with Compiz on 2.28.0 (regression)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 James Andrewartha schrieb: As a workaround, you should be able to set the gconf key /desktop/gnome/remote_access/disable_xdamage to true https://bugzilla.gnome.org/show_bug.cgi?id=593982 https://bugzilla.gnome.org/show_bug.cgi?id=533613 Thank you, the hint worked. I had to create the key though so it's not exactly intuitive. :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkrGTPkACgkQCV53xXnMZYYC+gCgnSlbal9BJaB61N3Qy37bLmfN uKMAnAorPW/+4vaiXnUp1huvbeJcPQqU =vK/K -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color
Hi, Michael... thanks again for your continued support. :) Michael Koch schrieb: On Mon, Sep 28, 2009 at 03:57:58PM +0200, Christoph Haas wrote: Then I was feeding that into the gs call like: $ cat /tmp/foo | gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ | cat /tmp/foo2 The result: zsh: 3: bad file descriptor That is because the around 'cat 13' are missing. They are in the original wrapper code. Oops, you are right. I have reinstalled the original wrapper script now. Probably an effect from too much toying around. :( I tries this locally and got: cat foo | gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ foo2 GPL Ghostscript 8.70: Unrecoverable error, exit code 1 So your input seem to trigger a ghostscript segfault. Can you confirm this? Yes, I can. This is my output: pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' pcache: unable to open '/root/.ghostscript/cache/gs_cache' zsh: broken pipe cat /tmp/foo | zsh: segmentation fault gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 Thank you for your analysis. I'll bug the ghostscript maintainer instead. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548942: zabbix: Please add SQLite support
Package: zabbix Version: 1:1.6.5-1 Severity: wishlist It would be great if you could offer a zabbix-proxy-sqlite package. I'm maintaining three proxies here and need to set up and maintain a full-blown MySQL or PostgreSQL database. As the proxy is just storing data for the few seconds (normally) until the data is delivered to the Zabbix server it wouldn't need much space. It might even be logical to create a zabbix-server-sqlite package. Although I must admit that even with only few systems the database becomes pretty large quickly. And I don't believe that SQLite would be doing well with several 100 MB of data. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548695: pdns: debconf italian translation
Alessandro De Zorzi wrote: Package: pdns Severity: wishlist Debconf italian translation. Thank you for the work. I'll include it asap. Cheers Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548701: zabbix-agent: Please don't install zabbix_agent.conf
Package: zabbix-agent Severity: minor The Zabbix agent package installs two configuration files: /etc/zabbix/zabbix_agent.conf /etc/zabbix/zabbix_agentd.conf Apparently the first file was used years ago when the agent was started from the inetd by default. While running it standalone is suggested nowadays. So please consider not distributing the zabbix_agent.conf file. If you think it should rather be kept in the package then please add a comment at the beginning of each file describing what it's used for. (Sidenote: extra points earned if the Hostname= entry could automatically get the FQDN set. Helps save time when monitoring many Debian servers. Thanks. :) ) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: [Foo2zjs-maintainer] Bug#548334: foo2zjs: Segmentation fault when printing in color
Michael, thanks for your quick response. Michael Koch schrieb: D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) This looks like the culprit. I'm not sure how to further debug it. I have tried to install the Lenny versions of ghostscript and foo2zjs to no avail. I'm also not sure if this bug is connected to #534414. The package version of ghostscript I have installed is 8.70~dfsg-2 and according to the bug report the issue was resolved in 8.64 already. I don't think this bug is connected to #534414. I think its a bug in /usr/bin/foo2hp2600-wrapper. This is a shell script. Can you try to to track the bug down in this file a bit? There are not too many places using cat and sed. I have set the /usr/bin/foo2hp2600-wrapper script to -x in the shebang line to see what commands are run: D [28/Sep/2009:10:54:14 +0200] [Job 118] + USER= D [28/Sep/2009:10:54:14 +0200] [Job 118] + GS=gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2zjs-pstops -n -c -w D [28/Sep/2009:10:54:14 +0200] [Job 118] + cat D [28/Sep/2009:10:54:14 +0200] [Job 118] + gs -q -dBATCH -dSAFER -dQUIET -dNOPAUSE -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 -sOutputFile=|cat 13 /tmp/icc.usecie.ps -_ D [28/Sep/2009:10:54:14 +0200] [Job 118] + foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -J -U -B -A -D1 D [28/Sep/2009:10:54:15 +0200] [Job 118] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] Segmentation fault D [28/Sep/2009:10:54:15 +0200] [Job 118] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ -x /usr/bin/logger ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- gs -sPAPERSIZE=letter -g4960x7015 -r600x600 -sDEVICE=bitcmyk -dCOLORSCREEN -dMaxBitmap=5 /tmp/icc.usecie.ps D [28/Sep/2009:10:54:15 +0200] [Job 118] + logger -t foo2hp2600-wrapper -p lpr.info -- foo2hp -r600x600 -g4960x7015 -p1 -m1 -n1 -d1 -s7 -c -b1 -u 1x80 -l 1x80 -B -A D [28/Sep/2009:10:54:15 +0200] [Job 118] + [ 1 -eq 0 ] D [28/Sep/2009:10:54:15 +0200] [Job 118] + exit 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] renderer exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid4 exited with status 0 D [28/Sep/2009:10:54:15 +0200] [Job 118] kid3 finished D [28/Sep/2009:10:54:15 +0200] [Job 118] Read 72 bytes of print data... D [28/Sep/2009:10:54:15 +0200] [Job 118] Wrote 72 bytes of print data... Sorry for the german output. Not sure how I can set it to english for debugging. Anyway it appears like Ghostscript (gs) is called (although I wonder why the letter format is chosen - I'm using A4 everywhere in my settings). And gs pipes to foo2hp. And somehow during this piping something unexpected is happening. Strangely I can print *some* documents. I have created a new inkscape drawing and put the Debian logo and a few colored circles into it. That printed well. However my hardly more complicated image (I wanted to print a sign for our office door with our company logo and a little text on it) didn't print. Any ideas? Thanks! Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548527: vino: Refresh failure with Compiz on 2.28.0 (regression)
Package: vino Version: 2.22.2-1 Severity: important The problem I'm having is that when connecting to a Gnome+Compiz desktop where vino 2.28.0 is running (currently in unstable) I don't get any window refreshes on the client. The first image of the remote desktop is okay but moving the mouse or typing on the keyboard appears to have no effect. In fact it's just a display problem on the client. When watching the desktop where vino is running it's apparent that the mouse and keyboard input happens as expected. After a little research I found out the version currently in unstable (2.28.0-1) has trouble with Compiz while the Lenny version (2.22.2-1) works well. Apparently the vino developers are suffering from a regression from this change: http://svn.gnome.org/viewvc/vino/trunk/server/vino-fb.c?r1=678r2=1032 The upstream changelog says: 2008-12-23 Jonh Wendell jwendell {at} gnome.org * server/vino-fb.c (vino_fb_init_xdamage): Don't check if we are running at a composited screen and disable XDamage extension. This should work fine nowadays. Unfortunately the developers seem to be too optimistic. It doesn't work here. Downgrading to the Lenny version reproducably fixes the issue for me. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-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 vino depends on: ii gconf2 2.26.0-1 GNOME configuration database syste ii libavahi-client3 0.6.25-1 Avahi client library ii libavahi-common3 0.6.25-1 Avahi common library ii libavahi-glib1 0.6.25-1 Avahi glib integration library ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libc6 2.9-23GNU C Library: Shared libraries ii libdbus-1-31.2.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libgconf2-42.26.0-1 GNOME configuration database syste ii libgcrypt111.4.4-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgnome2-02.26.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User Interf ii libgnutls262.8.3-3 the GNU TLS library - runtime libr ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libx11-6 2:1.2.1-1 X11 client-side library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime vino recommends no packages. Versions of packages vino suggests: ii gnome-user-guide [gnome2-user 2.24.2-2 GNOME user's guide ii vinagre 2.24.2-3 VNC client for the GNOME Desktop -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548334: foo2zjs: Segmentation fault when printing in color
Package: foo2zjs Version: 20090908dfsg-1 Severity: normal I'm trying to print to a HP 2600n via the foomatic drivers. Printing in monochrome works. Printing in color however only works partly. E.g. printing out a web page worked. But printing the test page from CUPS didn't print anything - the job just vanished. The /var/log/cups/error_log (with CUPS's log level set to debug) says: D [25/Sep/2009:16:35:53 +0200] [Job 110] Starting renderer with command: foo2hp2600-wrapper -z0 -b1 -c -pCustom.595x841 -m1 -s7 -d1 -Gnone.icm D [25/Sep/2009:16:35:53 +0200] [Job 110] Starting process kid3 (generation 1) D [25/Sep/2009:16:35:53 +0200] [Job 110] Starting process kid4 (generation 2) D [25/Sep/2009:16:35:53 +0200] [Job 110] JCL: esc%-123...@pjl D [25/Sep/2009:16:35:53 +0200] [Job 110] job data D [25/Sep/2009:16:35:53 +0200] [Job 110] D [25/Sep/2009:16:35:53 +0200] [Job 110] Starting process renderer (generation 2) D [25/Sep/2009:16:35:53 +0200] [Job 110] D [25/Sep/2009:16:35:53 +0200] [Job 110] --- D [25/Sep/2009:16:35:53 +0200] [Job 110] New page: %%Page: 2 2 D [25/Sep/2009:16:35:53 +0200] [Job 110] Found: %%Page: 2 2 D [25/Sep/2009:16:35:53 +0200] [Job 110] -- Output goes to the FIFO buffer now. D [25/Sep/2009:16:35:53 +0200] [Job 110] D [25/Sep/2009:16:35:53 +0200] [Job 110] D [25/Sep/2009:16:35:53 +0200] [Job 110] Found: %%BeginPageSetup D [25/Sep/2009:16:35:53 +0200] [Job 110] Inserting option code into PageSetup section. D [25/Sep/2009:16:35:53 +0200] [Job 110] Flushing FIFO. D [25/Sep/2009:16:35:53 +0200] [Job 110] D [25/Sep/2009:16:35:53 +0200] [Job 110] Closing renderer D [25/Sep/2009:16:35:54 +0200] [Job 110] cat: Schreibfehler: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] Segmentation fault D [25/Sep/2009:16:35:54 +0200] [Job 110] sed: Kann 65 Elemente nicht auf stdout schreiben: DatenC3BCbergabe unterbrochen (broken pipe) D [25/Sep/2009:16:35:54 +0200] [Job 110] renderer exited with status 0 D [25/Sep/2009:16:35:54 +0200] [Job 110] kid4 exited with status 0 D [25/Sep/2009:16:35:54 +0200] [Job 110] kid3 finished D [25/Sep/2009:16:35:54 +0200] [Job 110] Read 72 bytes of print data... D [25/Sep/2009:16:35:54 +0200] [Job 110] Wrote 72 bytes of print data... D [25/Sep/2009:16:35:54 +0200] Discarding unused printer-state-changed event... D [25/Sep/2009:16:35:54 +0200] Discarding unused job-progress event... D [25/Sep/2009:16:35:54 +0200] [Job 110] kid3 exited with status 0 D [25/Sep/2009:16:35:54 +0200] [Job 110] D [25/Sep/2009:16:35:54 +0200] [Job 110] Closing foomatic-rip. D [25/Sep/2009:16:35:54 +0200] PID 4788 (/usr/lib/cups/filter/foomatic-rip) exited with no errors. I'm not sure how to further debug it. I have tried to install the Lenny versions of ghostscript and foo2zjs to no avail. I'm also not sure if this bug is connected to #534414. The package version of ghostscript I have installed is 8.70~dfsg-2 and according to the bug report the issue was resolved in 8.64 already. Christoph -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-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/dash Versions of packages foo2zjs depends on: ii libc6 2.9-23 GNU C Library: Shared libraries Versions of packages foo2zjs recommends: ii foomatic-db-engine4.0-20090509-2 OpenPrinting printer support - pro ii tix [tix] 8.4.0-6The Tix library for Tk -- runtime ii tk8.4 8.4.19-3 Tk toolkit for Tcl and X11, v8.4 - ii wget 1.11.4-4 retrieves files from the web Versions of packages foo2zjs suggests: pn hannah-foo2zjsnone (no description available) ii psutils 1.17-26A collection of PostScript documen -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 425874] Re: No screenshot available handling
I talked to Michael Vogt and we decided that at first I'll implement a http://screenshots.debian.net/screenshots-ubuntu/%s URL schema that will return a 404 if no screenshot is available. I'll get back to you as soon as the web site is updated. I hope I find time this evening to do that. The change is pretty trivial. I'm open to anything. If that 404 stuff doesn't work then let's find a better solution. :) I'll also check if I can return the dummy image along with the 404 code. I haven't yet done that with my web framework. But should be possible. -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425874] Re: No screenshot available handling
** Attachment added: Dummy Screenshot http://launchpadlibrarian.net/31802683/dummy-screenshot.xcf -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs -- universe-bugs mailing list universe-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/universe-bugs
[Bug 425874] Re: No screenshot available handling
I couldn't find an SVG (or another high-resolution) version of the Ubuntu logo. Attached to this bug are the Gimp files (XCF) for the large and small dummy screenshot I created for Debian. If someone uses these to provide Ubuntu dummy graphics files then I can concentrate on adding Ubuntu support. Okay? -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs -- universe-bugs mailing list universe-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/universe-bugs
[Bug 425874] Re: No screenshot available handling
** Attachment added: Dummy Thumbnail http://launchpadlibrarian.net/31802686/dummy-thumbnail.xcf -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs -- universe-bugs mailing list universe-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/universe-bugs
[Bug 425874] Re: No screenshot available handling
** Attachment added: Dummy Screenshot http://launchpadlibrarian.net/31802683/dummy-screenshot.xcf -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425874] Re: No screenshot available handling
I couldn't find an SVG (or another high-resolution) version of the Ubuntu logo. Attached to this bug are the Gimp files (XCF) for the large and small dummy screenshot I created for Debian. If someone uses these to provide Ubuntu dummy graphics files then I can concentrate on adding Ubuntu support. Okay? -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425874] Re: No screenshot available handling
** Attachment added: Dummy Thumbnail http://launchpadlibrarian.net/31802686/dummy-thumbnail.xcf -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 425874] Re: No screenshot available handling
Hi, I'm the creator and admin of screenshots.debian.net. I've already worked with Michael Vogt to get screenshot support running in Synaptic which I think is a great feature. I'll be happy to help you brand screenshots.debian.net to make it more ubuntu-ish. Let me know which way you prefer. (1) Should a missing screenshot return a dummy image? Or no image but just a 404 response? The dummy image has the big advantage to trivially integrate into any website by just using an IMG-SRC tag and always getting a valid image back. (2) I could offer some kind of machine-readable information per package. Like a JSON response that would help you figure out if a certain screenshot is available and what its URLs are. (3) Could you provide me with a dummy placeholder sized 160x120 (for the small thumbnail) and 800x600 (for the actual large screenshot)? (4) As you can see on http://screenshots.debian.net/ (Using our screenshots) there are a few URLs that can be used to retrieve screenshots and thumbnails. Any special preference on how the URLs for Ubuntu could look? I could imagine http://screenshots.debian.net/thumbnail/PACKAGENAME/ubuntu or http://screenshots.debian.net/thumbnail-ubuntu/PACKAGENAME instead of http://screenshots.debian.net/thumbnail/PACKAGENAME and http://screenshots.debian.net/screenshot/PACKAGENAME/ubuntu or http://screenshots.debian.net/screenshot-ubuntu/PACKAGENAME instead of http://screenshots.debian.net/screenshot/PACKAGENAME I'd appreciate a CC to h...@debian.org in case I miss any updated on this bug report. Christoph -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs -- universe-bugs mailing list universe-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/universe-bugs
[Bug 425874] Re: No screenshot available handling
Hi, I'm the creator and admin of screenshots.debian.net. I've already worked with Michael Vogt to get screenshot support running in Synaptic which I think is a great feature. I'll be happy to help you brand screenshots.debian.net to make it more ubuntu-ish. Let me know which way you prefer. (1) Should a missing screenshot return a dummy image? Or no image but just a 404 response? The dummy image has the big advantage to trivially integrate into any website by just using an IMG-SRC tag and always getting a valid image back. (2) I could offer some kind of machine-readable information per package. Like a JSON response that would help you figure out if a certain screenshot is available and what its URLs are. (3) Could you provide me with a dummy placeholder sized 160x120 (for the small thumbnail) and 800x600 (for the actual large screenshot)? (4) As you can see on http://screenshots.debian.net/ (Using our screenshots) there are a few URLs that can be used to retrieve screenshots and thumbnails. Any special preference on how the URLs for Ubuntu could look? I could imagine http://screenshots.debian.net/thumbnail/PACKAGENAME/ubuntu or http://screenshots.debian.net/thumbnail-ubuntu/PACKAGENAME instead of http://screenshots.debian.net/thumbnail/PACKAGENAME and http://screenshots.debian.net/screenshot/PACKAGENAME/ubuntu or http://screenshots.debian.net/screenshot-ubuntu/PACKAGENAME instead of http://screenshots.debian.net/screenshot/PACKAGENAME I'd appreciate a CC to h...@debian.org in case I miss any updated on this bug report. Christoph -- No screenshot available handling https://bugs.launchpad.net/bugs/425874 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
redirect_to in __before__ leads to 404
Dear list, I'm rolling my own simple authentication which has always worked like that in several other Pylons projects (see http://wiki.pylonshq.com/display/pylonscookbook/Simple+Homegrown+Authentication) by adding a conditional redirection in the BaseController's __before__ method: class BaseController(WSGIController): def __before__(self): controller = \ request.environ['pylons.routes_dict'].get('controller') # Enforce authentication # (unless we are in the /login controller # or else we would get a redirection loop) # Current logged in username is saved in session['admin'] if not session.get('admin'): if controller != 'admin': redirect_to('/login') This works well if I'm not logged in and try to reach a valid URL. I'll get redirected to /login and see the login form. All is well. However if I try to access an invalid URL which would usually lead to a 404 error (/some/weird/url) then something strange happens: - a 404 response is sent - content of the 404 response is a 302 Found ... page with a Location header trying to redirect me to /login So somehow the 404 handler seems to interfere with my attempt to redirect. Can anybody tell me why this happens and if it can be worked around? I wonder why this doesn't happen in my older 0.9.6 projects. Thanks in advance. Kindly Christoph signature.asc Description: OpenPGP digital signature
Bug#545493: hamster-applet: Views do not get updated when changing categories or actions
Package: hamster-applet Version: 2.26.3-1 Severity: normal After adding, removing or editing categories or actions in the settings dialog I have to close and re-open the dialog to see the changes. It appears like a redraw is missing. (I'm using Compiz here which sometimes has redraw problems. But I'm not sure it's Compiz's fault.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-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/dash Versions of packages hamster-applet depends on: ii gconf2 2.26.2-2 GNOME configuration database syste ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-23GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii python 2.5.4-2 An interactive high-level object-o ii python-cairo 1.8.6-1 Python bindings for the Cairo vect ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-evolution 2.26.0-1 Python bindings for the evolution ii python-gconf 2.26.1-1 Python bindings for the GConf conf ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gnomeapplet 2.26.0-1 Python bindings for the GNOME pane ii python-gobject 2.16.1-1 Python bindings for the GObject li ii python-gtk22.14.1-3 Python bindings for the GTK+ widge ii python-support 1.0.3 automated rebuilding support for P ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime Versions of packages hamster-applet recommends: ii python-notify 0.1.1-2+b1 Python bindings for libnotify hamster-applet suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545493: hamster-applet: Views do not get updated when changing categories or actions
Josselin Mouette schrieb: Le lundi 07 septembre 2009 à 16:24 +0200, Christoph Haas a écrit : After adding, removing or editing categories or actions in the settings dialog I have to close and re-open the dialog to see the changes. It appears like a redraw is missing. (I'm using Compiz here which sometimes has redraw problems. But I'm not sure it's Compiz's fault.) I don’t have the issue here. I’m skeptical about compiz being the culprit, but you never know… I tend to believe that it's indeed a graphics problem outside of the Hamster applet. After googling and tweaking my xorg.conf the redraw problems seem to have gone away. To be exact these additional X.org settings have helped remedy the situation: Option AllowGLXWithComposite true Option UseCompositeWrapper true Option NoLogo true Option backingstore true Option TripleBuffer true Option AddARGBGLXVisuals true Feel free to close the bug report if you can't reproduce the problem. And thanks for your attention. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545493: hamster-applet: Views do not get updated when changing categories or actions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Josselin Mouette schrieb: Le lundi 07 septembre 2009 à 17:06 +0200, Christoph Haas a écrit : I tend to believe that it's indeed a graphics problem outside of the Hamster applet. After googling and tweaking my xorg.conf the redraw problems seem to have gone away. To be exact these additional X.org settings have helped remedy the situation: Option AllowGLXWithComposite true Option UseCompositeWrapper true Option NoLogo true Option backingstore true Option TripleBuffer true Option AddARGBGLXVisuals true Feel free to close the bug report if you can't reproduce the problem. And thanks for your attention. I think it should be reassigned to the corresponding X driver instead. What is your graphics hardware and which driver are you using? The respective workstation has an nVidia Corporation G84 [GeForce 8600 GT] (rev a1) graphics card. I'm using the non-free nvidia driver 185.18.14-2 built with module-assistant. Not sure if it's officially supported. OTOH the non-free nvidia driver seems to be pretty widespread. So is Gnome with Compiz Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqlMEUACgkQCV53xXnMZYbWawCcCUT4V1jy6RK9qSa9rbwJZ3H4 +aUAni+pEHSPHXOh5iXVEjCk/iPhl1qM =EIGq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted cream 0.42-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Sep 2009 14:31:04 +0200 Source: cream Binary: cream Architecture: source all Version: 0.42-1 Distribution: unstable Urgency: low Maintainer: Christoph Haas h...@debian.org Changed-By: Christoph Haas h...@debian.org Description: cream - VIM macros that make the VIM easier to use for beginners Closes: 509078 Changes: cream (0.42-1) unstable; urgency=low . * New upstream release (closes: #509078) Checksums-Sha1: 47cbe9d72942c8ebe79009c02fa00b44e348ff84 921 cream_0.42-1.dsc 6106340d6aa535e0b38ce275cee5de60c503367f 785874 cream_0.42.orig.tar.gz 7a497b5e618a9b0a4b92037da03eaef10b3c4208 8733 cream_0.42-1.diff.gz 0751ab6121303b07fcab6b36c9f13e7251ed21d2 748546 cream_0.42-1_all.deb Checksums-Sha256: 0d3f085e28c5325d8b7bf80e0449874ed9252bf3c28a828e4a4101adb734 921 cream_0.42-1.dsc 0bf402514722506f56cdf3ef59d852b8d4370ee887d8715f97727b1a907b5912 785874 cream_0.42.orig.tar.gz e362a757a438c2469642f436b2e0ad662d36099196164a93a48a70d0036cef3d 8733 cream_0.42-1.diff.gz 75d60b4e319be190c6918ea0aea3d712a425b9c4390f979e9495e34bf555 748546 cream_0.42-1_all.deb Files: a91fe598b9ae74b44b39d19aeecd73f8 921 editors optional cream_0.42-1.dsc 3a9a51c58b005a6466f3f70e015da38b 785874 editors optional cream_0.42.orig.tar.gz c34acb9327b0bdc842a8e0cad7fed1a4 8733 editors optional cream_0.42-1.diff.gz 565d6ff2c3a3fd9319e31ff5dfb2ad47 748546 editors optional cream_0.42-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqiZG4ACgkQCV53xXnMZYb3LQCgiuqyAsXX2B5mW0E0PvvcPNG/ UzgAoPGt9gkqcyt+R95nNVQFGyCB6Cdy =piQB -END PGP SIGNATURE- Accepted: cream_0.42-1.diff.gz to pool/main/c/cream/cream_0.42-1.diff.gz cream_0.42-1.dsc to pool/main/c/cream/cream_0.42-1.dsc cream_0.42-1_all.deb to pool/main/c/cream/cream_0.42-1_all.deb cream_0.42.orig.tar.gz to pool/main/c/cream/cream_0.42.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Publication information for tasks pages
Andreas Tille schrieb: [Christoph, please read the marked paragraph about screenshots and perhaps comment on this in a CC to the list. Thanks.] screenshots.debian.net On Wed, Sep 02, 2009 at 05:11:58PM +0200, Michael Banck wrote: 1. The screenshot thumbnails are unnecessarily small and the box they are in has a big margin (at least on my 1024x768 gecko browser); I guess that is a problem with screenshots.debian.net, but really - the thumbnails are useless. I'm providing two sizes of screenshots on screenshots.debian.net: - up to 160x120 (keeping aspect) - up to 800x600 (keeping aspect) These two sizes are pre-rendered at the moment someone uploads a new screenshot. Creating further sizes like =320x240 would not easily be possible as I had to write a batch to resize them and write additional code to display them. I don't believe it's worth it. Creating resized images dynamically would even kill the server. I know that because I have tried it. If they were twice as big, they would probably still fit into the free space and be useful. For most packages on screenshots.debian.net the sizes are appropriate. After all they are GUI applications or games that give you a pretty good idea of what they deal with. I understand that it's less useful in scientific applications that show a lot of details in a large window. But you get the full-sized screenshot by hovering your mouse so that shouldn't be a big deal. Perhaps I should offer a paid version with screenshots of sizes 800x600 and place spam ads on the free version. :) Cheers Christoph P.S.: I'm not subscribed. Keep me CC'ed if you like. -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521791: pdns-server: wildcard match returned if qtype doesn't match existing record
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sami Haahtinen wrote: There is a bug in 2.9.21 releases that makes the server return wildcard entries even if the zone has a valid entry for the queried name but lacks the matching type. This usually presents itself with queries which might not match the actual zone entry. In such a case the wildcard cname is returned and cached on the receiving end. The bug is also reported in the upstream bugtracker as bug #125 and the fix is to apply changesets 1081 and 1147. I'm attaching a dpatch file that fixes the problem. As version 2.9.22 has been uploaded a while ago which contain your mentioned changesets I think this bug can be considered fixed by the upstream in unstable. However it's not a security problem and I don't believe it qualifies for a stable (Lenny) update as specified in http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable as it's not a security-related issue nor makes pdns uninstallable on any architecture nor is a truly critical functionality problem. I understand that it's annoying. But I'd rather say it's a normal problem as it doesn't destroy data and affects just part of pdns's functionality. If the release team can be convinced to accept an updated version for Lenny then I'll happily provide one though. The bug is a regression from etch and should be pushed to lenny updates. IMHO the bug is a problem in the 2.9.21 upstream release and not exactly the fault of the Debian package. What is the release team's opinion on that? Do we have a chance to get this into Lenny? Kindly Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqdeCkACgkQCV53xXnMZYaPBwCfQ+KVv+e95/REC/E5HhGGwVeI yh8An19RyjUk3Df05Hj0/BCnqfAkjGD3 =Z0p+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Bug#521791: pdns-server: wildcard match returned if qtype doesn't match existing record
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sami Haahtinen wrote: There is a bug in 2.9.21 releases that makes the server return wildcard entries even if the zone has a valid entry for the queried name but lacks the matching type. This usually presents itself with queries which might not match the actual zone entry. In such a case the wildcard cname is returned and cached on the receiving end. The bug is also reported in the upstream bugtracker as bug #125 and the fix is to apply changesets 1081 and 1147. I'm attaching a dpatch file that fixes the problem. As version 2.9.22 has been uploaded a while ago which contain your mentioned changesets I think this bug can be considered fixed by the upstream in unstable. However it's not a security problem and I don't believe it qualifies for a stable (Lenny) update as specified in http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable as it's not a security-related issue nor makes pdns uninstallable on any architecture nor is a truly critical functionality problem. I understand that it's annoying. But I'd rather say it's a normal problem as it doesn't destroy data and affects just part of pdns's functionality. If the release team can be convinced to accept an updated version for Lenny then I'll happily provide one though. The bug is a regression from etch and should be pushed to lenny updates. IMHO the bug is a problem in the 2.9.21 upstream release and not exactly the fault of the Debian package. What is the release team's opinion on that? Do we have a chance to get this into Lenny? Kindly Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqdeCkACgkQCV53xXnMZYaPBwCfQ+KVv+e95/REC/E5HhGGwVeI yh8An19RyjUk3Df05Hj0/BCnqfAkjGD3 =Z0p+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Unicode exception in 'paster shell' (repr versus __repr__)
Paweł Stradomski schrieb: W liście Christoph Haas z dnia wtorek 04 sierpnia 2009: Does anyone have an explanation why foo.__repr__() and repr(foo) makes such a difference here? Hints welcome. Shouldn't repr return plain string, not unicode one? When calling .__repr__() directly you just call a method directly. When called by repr() some ipython magic happens, which expects __repr__ to return a string. Thanks - you saved my day. I'm now using .encode('utf-8') before I return the string and now everything works. Cheers Christoph signature.asc Description: OpenPGP digital signature
Bug#539778: init.d script
I have added the config test to the init.d script here and it appears to work well. Feel free to use it if you think it's okay. Christoph #! /bin/sh ### BEGIN INIT INFO # Provides: nginx # Required-Start:$all # Required-Stop: $all # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: starts the nginx web server # Description: starts nginx using start-stop-daemon ### END INIT INFO PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/nginx NAME=nginx DESC=nginx test -x $DAEMON || exit 0 # Include nginx defaults if available if [ -f /etc/default/nginx ] ; then . /etc/default/nginx fi set -e test_config() { set +e RES=`nginx -t 21` if [ $? -ne 0 ] ; then echo Error in nginx configuration found! echo $RES exit 10 fi set -e } case $1 in start) echo -n Starting $DESC: start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON -- $DAEMON_OPTS || true echo $NAME. ;; stop) echo -n Stopping $DESC: start-stop-daemon --stop --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON || true echo $NAME. ;; restart|force-reload) test_config echo -n Restarting $DESC: start-stop-daemon --stop --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON || true sleep 1 start-stop-daemon --start --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS || true echo $NAME. ;; reload) test_config echo -n Reloading $DESC configuration: start-stop-daemon --stop --signal HUP --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON || true echo $NAME. ;; configtest) test_config ;; *) echo Usage: $NAME {start|stop|restart|reload|force-reload|configtest} 2 exit 1 ;; esac exit 0
Unicode exception in 'paster shell' (repr versus __repr__)
Dear list, I'm experiencing a strange encoding error when using 'paster shell' with Pylons 0.9.7. In my SQLAlchemy objects I define my own __repr__() method to an ORM-mapped class. Observe: class VirtualUser(MyOrm): def __repr__(self): return uVirtualUser (#%s): Login=%s Email=%s Comment=%s % \ (self.id, self.login, self.email, self.comment) Now when in 'paster shell' I try to get this object by just typing its name: In [48]: user Out[48]: type 'unicode' VirtualUser (#22): Login=some-user-name email=j...@example.com Comment=a-cömment-with-speciäl-chäräcters Domain=example.com --- UnicodeEncodeErrorTraceback (most recent call last) /home/chaas/projekte/ispwebadmin/ipython console in module() /usr/lib/pymodules/python2.5/IPython/Prompts.pyc in __call__(self, arg) 549 550 # and now call a possibly user-defined print mechanism -- 551 manipulated_val = self.display(arg) 552 553 # user display hooks can change the variable to be stored in /usr/lib/pymodules/python2.5/IPython/Prompts.pyc in _display(self, arg) 575 return IPython.generics.result_display(arg) 576 except TryNext: -- 577 return self.shell.hooks.result_display(arg) 578 579 # Assign the default display method: /usr/lib/pymodules/python2.5/IPython/hooks.pyc in __call__(self, *args, **kw) 139 #print prio,prio,cmd,cmd #dbg 140 try: -- 141 ret = cmd(*args, **kw) 142 return ret 143 except ipapi.TryNext, exc: /usr/lib/pymodules/python2.5/IPython/hooks.pyc in result_display(self, arg) 169 170 if self.rc.pprint: -- 171 out = pformat(arg) 172 if '\n' in out: 173 # So that multi-line strings line up with the left column of /usr/lib/python2.5/pprint.pyc in pformat(self, object) 109 def pformat(self, object): 110 sio = _StringIO() -- 111 self._format(object, sio, 0, 0, {}, 0) 112 return sio.getvalue() 113 /usr/lib/python2.5/pprint.pyc in _format(self, object, stream, indent, allowance, context, level) 127 self._readable = False 128 return -- 129 rep = self._repr(object, context, level - 1) 130 typ = _type(object) 131 sepLines = _len(rep) (self._width - 1 - indent - allowance) /usr/lib/python2.5/pprint.pyc in _repr(self, object, context, level) 193 def _repr(self, object, context, level): 194 repr, readable, recursive = self.format(object, context.copy(), -- 195 self._depth, level) 196 if not readable: 197 self._readable = False /usr/lib/python2.5/pprint.pyc in format(self, object, context, maxlevels, level) 205 and whether the object represents a recursive construct. 206 -- 207 return _safe_repr(object, context, maxlevels, level) 208 209 /usr/lib/python2.5/pprint.pyc in _safe_repr(object, context, maxlevels, level) 290 return format % _commajoin(components), readable, recursive 291 -- 292 rep = repr(object) 293 return rep, (rep and not rep.startswith('')), False 294 UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 120: ordinal not in range(128) So apparently my __repr__() is called but right after that I get the UnicodeEncodeError exception. The funny thing is that I get the expected result by calling user.__repr__() but not when calling repr(user): In [7]: user.__repr__() Out[7]: u'VirtualUser (#22): Login=some-user-name email=j...@example.com Comment=a-cömment-with-speciäl-chäräcters Domain=example.com' In [8]: repr(user) --- UnicodeEncodeErrorTraceback (most recent call last) /home/chaas/projekte/ispwebadmin/ipython console in module() UnicodeEncodeError: 'ascii' codec can't encode character u'\xfc' in position 120: ordinal not in range(128) Does anyone have an explanation why foo.__repr__() and repr(foo) makes such a difference here? Hints welcome. Cheers Christoph signature.asc Description: OpenPGP digital signature
Bug#539778: nginx: init.d: Config test before allowing a restart
Package: nginx Version: 0.6.34-2 Severity: wishlist In bug report #496279 Alex Jurkiewicz requested: I would also appreciate if a configtest is run before allowing a restart to occur. As you already added a configtest option it would be really nice to have the configuration tested before restarting nginx to prevent outages due to syntax errors. You closed the above bug reported too soon. :) Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-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/dash Versions of packages nginx depends on: ii libc6 2.9-23GNU C Library: Shared libraries ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-3 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime nginx recommends no packages. nginx suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537347: mylvmbackup: Can't pass empty compressarg command-line option
Package: mylvmbackup Version: 0.11-1 Severity: normal When making tarballs without compression (.tar instead of tgz.) then two options have to be set according to the documentation: compress=cat compressarg= Strangely the compressarg command-line option expects a value so it's impossible to leave it blank. If I try I get: Option compressarg requires an argument From the docs: --compressarg=string Specifies the command line options given to the compress program. For gzip, that would be --stdout --verbose --best, for lzma or bzip2 --stdout --verbose -7 and for cat, it would be empty. The default is --stdout --verbose --best. As a workaround I'm using --compressarg=-u as -u is a deprecated option to the cat command that does nothing. But I'd prefer to use --compressarg=. Thanks! It's otherwise a great tool. Christoph -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532392: Downgrading works
Just dropping a note that a downgrade of the ghostscript package from 8.64~dfsg-6 to 8.64~dfsg-1.1 solved this problem here. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527552: pdns: PowerDNS crashes very regularly when working with a slave MySQL database
Gerry schrieb: Package: pdns-server Version: 2.9.21.2-1 Followup-For: Bug #527552 This is what I find in the logs: [...] Upstream is aware of that. Read-only access to databases hasn't been implemented properly yet. Not much we can do about but trying to avoid updates. Christoph signature.asc Description: OpenPGP digital signature
Bug#532392: Downgrading works
Just dropping a note that a downgrade of the ghostscript package from 8.64~dfsg-6 to 8.64~dfsg-1.1 solved this problem here. Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522296: Still having the problem here
Hi, I just installed nagvis on Sid (version 1:1.3.1-2) and I see the exact same problem here. So the bug doesn't appear to be fixed. When I try to import a background I get this error message: Warning: require(/usr/share/nagvis/wui/includes/functions/form_handler.php) [function.require]: failed to open stream: No such file or directory in /usr/share/nagvis/htdocs/wui/form_handler.php on line 39 Fatal error: require() [function.require]: Failed opening required '/usr/share/nagvis/wui/includes/functions/form_handler.php' (include_path='.:/usr/share/php:/usr/share/pear') in /usr/share/nagvis/htdocs/wui/form_handler.php on line 39 Kindly Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted pdns-recursor 3.1.7-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 13 May 2009 21:36:55 +0200 Source: pdns-recursor Binary: pdns-recursor Architecture: source i386 Version: 3.1.7-5 Distribution: unstable Urgency: low Maintainer: Debian PowerDNS Maintainers powerdns-deb...@workaround.org Changed-By: Christoph Haas h...@debian.org Description: pdns-recursor - PowerDNS recursor Closes: 506003 Changes: pdns-recursor (3.1.7-5) unstable; urgency=low . * Fix FTBFS bug with GCC 4.4 (closes: #506003) Checksums-Sha1: 3e1b5c90701ec2c0ed99f79ac6134f9a6fae0a7b 1314 pdns-recursor_3.1.7-5.dsc 56a10f4830bc32e5c5418758b71aaff2e2e8c385 9433 pdns-recursor_3.1.7-5.diff.gz 553d6133a093b9b76b1cfa7d9beb91d9b7e74e49 432072 pdns-recursor_3.1.7-5_i386.deb Checksums-Sha256: 3a81ec67e0d4fe2aadc6418cdd109fa5ae6d1e278dace99d4a7096737c9afff0 1314 pdns-recursor_3.1.7-5.dsc 1855e769d3ca0cf3627c3f367c59fb9f80ffba79335d7f42b92561fc3de1caa9 9433 pdns-recursor_3.1.7-5.diff.gz 32923c4f293ddcb709adddfa358c8e2bd8797a0e68a0e6e68c14c77f364f19fa 432072 pdns-recursor_3.1.7-5_i386.deb Files: 46545ae2acdb14463cb89b4feccb212e 1314 net extra pdns-recursor_3.1.7-5.dsc c896aec7139bd503aa5c88fcd6a28510 9433 net extra pdns-recursor_3.1.7-5.diff.gz e8581671ad5d84919049f5ca9c18cb70 432072 net extra pdns-recursor_3.1.7-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoLIxAACgkQCV53xXnMZYayTQCaA+EHEIZ6CEETv4XZy38MXxM/ OG0AmwRP68wIikJpcKpT4SlgTXy0bpuE =AMLK -END PGP SIGNATURE- Accepted: pdns-recursor_3.1.7-5.diff.gz to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-5.diff.gz pdns-recursor_3.1.7-5.dsc to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-5.dsc pdns-recursor_3.1.7-5_i386.deb to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-5_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507489: Question
Hi, Sujay... sorry for the late reply. I can't reproduce your problem. I have bind9 and pdns-recursor installed. The named process is running and listening on 127.0.0.1. pdns-recursor is stopped. I can remove the pdns-recursor package without any problem. Did you remove the init.d file? Or what is your exact complaint? Cheers Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510373: Can't reproduce
Hi, Michal... sorry, for the late reply. I just tried your problem but can't reproduce it. I installed the current version of pdns-recursor (3.1.7-5), had the daemon running, stopped it and then tried to purge the package. It was purged without any problem. What exactly have you done? Or has the problem been fixed by one of the last revisions? Cheers Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted pdns-recursor 3.1.7-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 11 May 2009 22:24:44 +0200 Source: pdns-recursor Binary: pdns-recursor Architecture: source i386 Version: 3.1.7-4 Distribution: unstable Urgency: low Maintainer: Debian PowerDNS Maintainers powerdns-deb...@workaround.org Changed-By: Christoph Haas h...@debian.org Description: pdns-recursor - PowerDNS recursor Closes: 528164 Changes: pdns-recursor (3.1.7-4) unstable; urgency=low . * Fix FTBFS bug (closes: #528164( Checksums-Sha1: ad33d14dc6de3c5bc75667aefda58817b4372122 1314 pdns-recursor_3.1.7-4.dsc 58f56a8384890674d229e7c44c7b5ced358fb027 9220 pdns-recursor_3.1.7-4.diff.gz 4fb645b862406d638465add4fa685e10f75e4e81 432042 pdns-recursor_3.1.7-4_i386.deb Checksums-Sha256: 6e7158b7d6be2433dabad92736118c5a74ed2e7f99e861c75bd9b4e33f9729de 1314 pdns-recursor_3.1.7-4.dsc 2a9ff23b162cf7d4fda6c36fc8d7662f1f476b57f76e0220439c6e328398 9220 pdns-recursor_3.1.7-4.diff.gz 46d7ff4c7d7a2aeed24889fe4d20cb0f6f15275c630919d6e8eeabc4cba6 432042 pdns-recursor_3.1.7-4_i386.deb Files: 7aafd5b2945f7bea898e524a733db5db 1314 net extra pdns-recursor_3.1.7-4.dsc 63c6506089f0bf54c06a27d3a49370f2 9220 net extra pdns-recursor_3.1.7-4.diff.gz 0f3f861979b57d4001474e8d63b669b7 432042 net extra pdns-recursor_3.1.7-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoIoh0ACgkQCV53xXnMZYapcACg5qUmcNxQ/uW7MwMq+DYtRQ8L PcYAoJWSYqkQdTwE/WrI/M9O5DYew0sY =VPbu -END PGP SIGNATURE- Accepted: pdns-recursor_3.1.7-4.diff.gz to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-4.diff.gz pdns-recursor_3.1.7-4.dsc to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-4.dsc pdns-recursor_3.1.7-4_i386.deb to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-4_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528164: FTBFS: reference to 'exception' is ambiguous
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr schrieb: Package: pdns-recursor Version: 3.1.7-3 Severity: serious This package fails to build in unstable: Automatic build of pdns-recursor_3.1.7-3 on em64t by sbuild/amd64 0.53 ... g++ -Wall -g -Wall -DBOOST_SP_DISABLE_THREADS -O3 -D_GNU_SOURCE -c -o lwres.o lwres.cc lwres.cc: In function 'int asyncresolve(const ComboAddress, const std::string, int, bool, bool, timeval*, LWResult*)': lwres.cc:184: error: reference to 'exception' is ambiguous /usr/include/boost/exception/exception.hpp:177: error: candidates are: class boost::exception /usr/include/c++/4.4/exception:60: error: class std::exception lwres.cc:184: error: expected type-specifier before 'exception' lwres.cc:184: error: expected ')' before '' token lwres.cc:184: error: expected '{' before '' token lwres.cc:184: error: 'mde' was not declared in this scope lwres.cc:184: error: expected ';' before ')' token lwres.cc:188: error: expected primary-expression before 'catch' lwres.cc:188: error: expected ';' before 'catch' make[1]: *** [lwres.o] Error 1 Upstream proposed a fix to what seems to have to do with the recent 'boost' upgrade. I have prepared a package that should fix it. But I don't have an amd64 machine at my fingertips. Michael, may I ask you for a favor to check out the (not yet uploaded) package to see if it fixes the problem? - - git clone git://github.com/Signum/debian-pdns-recursor.git Thanks in advance. Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoIi7sACgkQCV53xXnMZYYWRQCgmrghSNrTiEZ8Evk2DRUIovWI RwkAoK1May3hvdGn62OZAdlA//ltJ+6q =+lZS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528164: FTBFS: reference to 'exception' is ambiguous
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr schrieb: * Christoph Haas h...@debian.org [2009-05-11 22:34]: Upstream proposed a fix to what seems to have to do with the recent 'boost' upgrade. I have prepared a package that should fix it. But I don't have an amd64 machine at my fingertips. Michael, may I ask you for a favor to check out the (not yet uploaded) package to see if it fixes the problem? - git clone git://github.com/Signum/debian-pdns-recursor.git I guess you meant me when you said Michael. I'm really sorry. Of course I meant you. :) It's been a long day apparently. Anyway, the first error is gone, but now I get: Must have missed a few spots. I have now s/exception/std::exception/ in the catch statements. I have pushed a new revision to github. Could you try again? Thanks. Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoIms4ACgkQCV53xXnMZYbWxwCg5ZdJ6JW/dszm1iiRl6MpL/Do 0XMAoONbBOczpl9fma5NvrSz330ayYWF =lSRA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528164: FTBFS: reference to 'exception' is ambiguous
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr schrieb: Package: pdns-recursor Version: 3.1.7-3 Severity: serious This package fails to build in unstable: Automatic build of pdns-recursor_3.1.7-3 on em64t by sbuild/amd64 0.53 ... g++ -Wall -g -Wall -DBOOST_SP_DISABLE_THREADS -O3 -D_GNU_SOURCE -c -o lwres.o lwres.cc lwres.cc: In function 'int asyncresolve(const ComboAddress, const std::string, int, bool, bool, timeval*, LWResult*)': lwres.cc:184: error: reference to 'exception' is ambiguous /usr/include/boost/exception/exception.hpp:177: error: candidates are: class boost::exception /usr/include/c++/4.4/exception:60: error: class std::exception lwres.cc:184: error: expected type-specifier before 'exception' lwres.cc:184: error: expected ')' before '' token lwres.cc:184: error: expected '{' before '' token lwres.cc:184: error: 'mde' was not declared in this scope lwres.cc:184: error: expected ';' before ')' token lwres.cc:188: error: expected primary-expression before 'catch' lwres.cc:188: error: expected ';' before 'catch' make[1]: *** [lwres.o] Error 1 Upstream proposed a fix to what seems to have to do with the recent 'boost' upgrade. I have prepared a package that should fix it. But I don't have an amd64 machine at my fingertips. Michael, may I ask you for a favor to check out the (not yet uploaded) package to see if it fixes the problem? - - git clone git://github.com/Signum/debian-pdns-recursor.git Thanks in advance. Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoIi7sACgkQCV53xXnMZYYWRQCgmrghSNrTiEZ8Evk2DRUIovWI RwkAoK1May3hvdGn62OZAdlA//ltJ+6q =+lZS -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528164: FTBFS: reference to 'exception' is ambiguous
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Michlmayr schrieb: * Christoph Haas h...@debian.org [2009-05-11 22:34]: Upstream proposed a fix to what seems to have to do with the recent 'boost' upgrade. I have prepared a package that should fix it. But I don't have an amd64 machine at my fingertips. Michael, may I ask you for a favor to check out the (not yet uploaded) package to see if it fixes the problem? - git clone git://github.com/Signum/debian-pdns-recursor.git I guess you meant me when you said Michael. I'm really sorry. Of course I meant you. :) It's been a long day apparently. Anyway, the first error is gone, but now I get: Must have missed a few spots. I have now s/exception/std::exception/ in the catch statements. I have pushed a new revision to github. Could you try again? Thanks. Christoph -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoIms4ACgkQCV53xXnMZYbWxwCg5ZdJ6JW/dszm1iiRl6MpL/Do 0XMAoONbBOczpl9fma5NvrSz330ayYWF =lSRA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Accepted pdns-recursor 3.1.7-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 14 Sep 2008 22:48:59 +0200 Source: pdns-recursor Binary: pdns-recursor Architecture: source i386 Version: 3.1.7-3 Distribution: unstable Urgency: low Maintainer: Debian PowerDNS Maintainers powerdns-deb...@workaround.org Changed-By: Christoph Haas h...@debian.org Description: pdns-recursor - PowerDNS recursor Changes: pdns-recursor (3.1.7-3) unstable; urgency=low . * Fixed repository URL (SVN-Git) * Increased policy version to 3.8.0 (lintian warning) * Added proper description for gcc-4.2-ftbfs-fix.dpatch dpatch (lintian warning) * Fixed PIDFILE setting in init.d script (thanks to Serge Belyshev) Checksums-Sha1: f1d88f10bd163e7a8e9bbfdd520bd3b8693b12a6 1314 pdns-recursor_3.1.7-3.dsc c20339fd10c8899051a0ad3b1c7acb5f9ab88799 8198 pdns-recursor_3.1.7-3.diff.gz 9b90e2d49ec75af42b45493788922479e926c415 432040 pdns-recursor_3.1.7-3_i386.deb Checksums-Sha256: e0a10d2313a6c0e42dda3aaddd98b6d2816e16a317f10d4ca2e5efea833a21da 1314 pdns-recursor_3.1.7-3.dsc 029538d3b47ec9ec2a19c1fa334d8f40628ffbadf130a2f7d4bcfb86948b6d32 8198 pdns-recursor_3.1.7-3.diff.gz 2273617b14af09279ac4b1b2e9077a724db50b710156edca06b9098562b27281 432040 pdns-recursor_3.1.7-3_i386.deb Files: 7d3e1bedd939dc5038dc3704ce1a7d55 1314 net extra pdns-recursor_3.1.7-3.dsc 3f0e109be47137c6aac0bc824242ab36 8198 net extra pdns-recursor_3.1.7-3.diff.gz 02c9cce6e416c3c76dfb484b0165196b 432040 net extra pdns-recursor_3.1.7-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkoAoqUACgkQCV53xXnMZYaMbQCdHvROuMQE/jkYWoWGjNIaGaKK VjMAn1NWIkE4M9azLdq2L0K3ROTZJFI1 =zvs3 -END PGP SIGNATURE- Accepted: pdns-recursor_3.1.7-3.diff.gz to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-3.diff.gz pdns-recursor_3.1.7-3.dsc to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-3.dsc pdns-recursor_3.1.7-3_i386.deb to pool/main/p/pdns-recursor/pdns-recursor_3.1.7-3_i386.deb -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[sqlalchemy] Re: One-to-many relation fails with unsaved, pending instance and is an orphan
Michael, thanks a lot for your reply. I haven't yet understood your explanation completely so please allow me to ask further. Am Montag, 4. Mai 2009 23:01:01 schrieb Michael Bayer: the key to the problem is in the traceback: Traceback (most recent call last): File test.py, line 80, in module item.logbookentries.append(logbookentry) File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/attributes.py, line 159, in __get__ return self.impl.get(instance_state(instance)) File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/attributes.py, line 375, in get value = callable_() File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/strategies.py, line 568, in __call__ result = q.all() File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/query.py, line 1193, in all return list(self) File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/query.py, line 1286, in __iter__ self.session._autoflush() File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/session.py, line 899, in _autoflush self.flush() File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/session.py, line 1356, in flush self._flush(objects) File /Users/classic/dev/sqlalchemy/lib/sqlalchemy/orm/session.py, line 1413, in _flush mapperutil.state_str(state), path)) sqlalchemy.orm.exc.FlushError: Instance LogbookEntry at 0xdeaa70 is an unsaved, pending instance and is an orphan (is not attached to any parent 'Item' instance via that classes' 'logbookentries' attribute) at the point of adding the object to item.logbookentries, autoflush is invoked. You can see this in the stack trace that it is occuring before the append() ever happens. Autoflush is attempting to flush your LogbookEntry which has been added to the session by attaching it to the user object. Both user and item are already persistent so that's why you get live database activity when touching them. Above the logbook thingy I run these statements: # Create a user... Session.save(user) # Create an item... Session.save(item) # Save the previously created objects into the database... Session.commit() So my Session.commit() should do the database action and create one row for the user and one row for the item. So why is there a problem with the autoflushing? SQLAlchemy could save a new logbookentry to the database referring via foreign keys to the user and item rows in their respective tables. But the error message says that the LogbookEntry does not have any connection to an item. Why not? I'm at that very moment creating a connection by running item.logbookentries.append(logbookentry) The most straightforward way to prevent premature addition of your entry to the session via attachment to the user is to disable cascade on the user.logbookentries relation: 'logbookentries':orm.relation(LogbookEntry, backref=orm.backref('user', uselist=False), cascade=none ), this should be fine as you will always be associating a LogbookEntry with an item, which will take care of cascading it into the session. Don't I need a cascade here? If the user of a certain logbook entry is removed then I need to set the logbook_table.user_id to None. Or don't I? And my other question remains, too: why has this been working in 0.4? Sorry for the followup but I want to learn why this is happening because I'm a big fan of SQLAlchemy and fear to fail at such relations in a bigger context. Thanks! Christoph signature.asc Description: This is a digitally signed message part.
[sqlalchemy] One-to-many relation fails with unsaved, pending instance and is an orphan
Dear list, I have an SQLAlchemy problem that has ruined my last weekend. So I have reduced the problem to the bare minimum and thought I'd ask here on what my fault is. :) Imagine a (web) application that has Users (employees) and Items (on the shelf). Like in an online shop. Now there's a logbook that records every change that happens over time. Like a User has taken an Item and done something to it. So a logbook entry is both connected (many-to-one) to the Users and the Items. So I can find out what a certain User did (User.logbookentries) or see what has happened to a certain Item (Item.logbookentries). In the reverse way I can see which User and which Item a logbookentry refers to. Allow me to show you my example code (you should be able to run it like that and immediately reproduce the problem): = #!/usr/bin/env python # -*- coding: utf-8 -*- import sqlalchemy as sql from sqlalchemy.orm import scoped_session, sessionmaker from sqlalchemy import MetaData, create_engine, orm Session = scoped_session(sessionmaker()) metadata = MetaData() # Define the tables users_table = sql.Table( 'users', metadata, sql.Column('id', sql.Integer, primary_key=True), sql.Column('name', sql.Unicode()), ) items_table = sql.Table( 'items', metadata, sql.Column('id', sql.Integer, primary_key=True), sql.Column('name', sql.Unicode), ) logbook_table = sql.Table( 'logbook', metadata, sql.Column('id', sql.Integer, primary_key=True), sql.Column('item_id', sql.Integer, sql.ForeignKey('items.id')), sql.Column('user_id', sql.Integer, sql.ForeignKey('users.id')), sql.Column('text', sql.Unicode(100)), ) # Define the classes for ORM mapping class User(object): pass class Item(object): pass class LogbookEntry(object): pass # ORM mapping orm.mapper(User, users_table, properties={ 'logbookentries':orm.relation(LogbookEntry, # either works without this backref: backref=orm.backref('user', uselist=False), # or works if this becomes cascade=all,delete-orphan: ), } ) orm.mapper(Item, items_table, properties={ 'logbookentries':orm.relation(LogbookEntry, cascade=all, delete-orphan), } ) orm.mapper(LogbookEntry, logbook_table) # Connect to the database engine = create_engine('sqlite:///mystuff.sqlite', echo=True) Session.configure(bind=engine) # Create database schema metadata.create_all(bind=engine) # Create a user user = User() user.name=u'SomeUser' Session.save(user) # Create an item item = Item() item.name=u'SomeItem' Session.save(item) # Save the previously created objects into the database Session.commit() # Create a logbook entry logbookentry = LogbookEntry() logbookentry.text = u'SomeLogText' # Connect the LogbookEntry instance to the User and Item logbookentry.user = user item.logbookentries.append(logbookentry) Session.commit() = What actually happens when I run this code is this error message: sqlalchemy.orm.exc.FlushError: Instance LogbookEntry at 0x91f5b2c is an unsaved, pending instance and is an orphan (is not attached to any parent 'Item' instance via that classes' 'logbookentries' attribute) I wasn't sure why this happens. After all I have connected the LogbookEntry to the Item by saying item.logbookentries.append(logbookentry) so the LogbookEntry isn't orphaned at all. There were two remedies that made this code working. First one was to remove the line backref=orm.backref('user', uselist=False), from the User.logbookentries mapper. And the second one was defining the cascade as cascade=all,delete-orphan instead of cascade=all Does SQLAlchemy want to tell me that a backref wouldn't work unless I enforce a user entry to be there by using a delete cacade from LogbookEntry to User? After all if I delete a User then the backref would point nowhere. The reason I don't use 'delete-orphan' here is that a User (employee) could get fired and deleting the User from the database would automatically kill all the LogbookEntrys. But I want to preserve the logbook even if the referring User is gone. I would expect the logbook.user_id to be None if the User is gone. The funny fact is that this code works well with SQLAlchemy 0.4.8 but fails on 0.5.3. And even if SQLAlchemy wants to save me from doing something illogical I had expected another error message telling me that my cascade without delete-orphan is useless if I want to have a backref on the 'user'. Is this a case of an improvable error message? Or have I
Accepted pysieved 1.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 10 Mar 2009 20:03:04 +0100 Source: pysieved Binary: pysieved Architecture: source all Version: 1.0-1 Distribution: unstable Urgency: low Maintainer: Christoph Haas h...@debian.org Changed-By: Christoph Haas h...@debian.org Description: pysieved - managesieve server Closes: 517141 Changes: pysieved (1.0-1) unstable; urgency=low . * Initial release (closes: #517141) Checksums-Sha1: e82f8ef3d6495682cb64a034e391450e9758e117 1065 pysieved_1.0-1.dsc 9c9bcc5ac93c115b486fbd70c290310174f992c0 22246 pysieved_1.0.orig.tar.gz 25330d863ab2e14f96311dea71a48415389aa655 3186 pysieved_1.0-1.diff.gz 4a7e0247bd54e0925c3a61197c39d74120a52f3f 18054 pysieved_1.0-1_all.deb Checksums-Sha256: e3d09feb59dc8f5a665d067ad654f7f828e53baa66920d455db9f4bdf5ce98fa 1065 pysieved_1.0-1.dsc 10c8076e6a215eb2dd1f6b7233e1e65a705e63b2197481a730f31e5dd84be93f 22246 pysieved_1.0.orig.tar.gz c3e4031038e4706f6b37c5f880afa3d306fd3cc9455d91460f4edec245d5892f 3186 pysieved_1.0-1.diff.gz e40932f7124e8af90b0a28c8f6a26bd0f19c155b44d878602221eab64ea128d7 18054 pysieved_1.0-1_all.deb Files: 672ebf944583700d3ad0f4c95329e888 1065 mail extra pysieved_1.0-1.dsc 33089ed2304ce1c4b272d30279c16ee7 22246 mail extra pysieved_1.0.orig.tar.gz 9b34687fc8cfbf4a0afc1531e0a29521 3186 mail extra pysieved_1.0-1.diff.gz d66bc428945a51bb46a48d93902aa86f 18054 mail extra pysieved_1.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAknP5+AACgkQCV53xXnMZYYYxACg3gATrOlBw+dEmJ6H1o1oibOX XGIAoMrmNxtYifaVGbnmGchi5LyzAGZ3 =ficD -END PGP SIGNATURE- Accepted: pysieved_1.0-1.diff.gz to pool/main/p/pysieved/pysieved_1.0-1.diff.gz pysieved_1.0-1.dsc to pool/main/p/pysieved/pysieved_1.0-1.dsc pysieved_1.0-1_all.deb to pool/main/p/pysieved/pysieved_1.0-1_all.deb pysieved_1.0.orig.tar.gz to pool/main/p/pysieved/pysieved_1.0.orig.tar.gz -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: webhelpers.paginate fails on explicit mapper
Moin, Am Montag, 27. April 2009 18:47:38 schrieb Clemens Hermann: I modified the patch slightly to get rid of the AttributeError here: http://paste.pocoo.org/show/114528/. Great, thanks. The patch is working perfectly. However, as you do no longer have a default controller/action you'll get an exception when the paginator calls url_for. This finally is intentional as url_for is not able to generate a url without knowing the controller/action. You can make your code example work properly if you change p.pager() to p.pager(controller='ctrl', action='act') If I understand the explicit stuff correctly then this should be the right way to use it. Right? I'll send Mike Orr a patch bundle including your work. Thanks. Christoph signature.asc Description: This is a digitally signed message part.
Re: [patch] webhelpers.paginate fails on explicit mapper
Moin, Clemens... Am Donnerstag, 16. April 2009 18:49:10 schrieb Clemens Hermann: if routes.Mapper is configured with explicit=True (as recommended) then webhelpers.paginate.Page._pagerlink fails. The reason for this is that _pagerlink relies on route memory which is not present in case of explicit=True. Thanks, I didn't even notice that. I can reproduce the problem. This patch fixes the issue: http://paste.pocoo.org/show/112812/ Not for me yet. This is what I tried in ipython: from routes import Mapper; mapper=Mapper(explicit=True); mapper.connect(':controller'); from webhelpers import paginate; p=paginate.Page(range(100)); p.pager() --- AttributeErrorTraceback (most recent call last) /home/chaas/projekte/pylons/webhelpers/ipython console in module() /home/chaas/projekte/pylons/webhelpers/webhelpers/paginate.pyc in pager(self, format, page_param, partial_param, show_if_single_page, separator, onclick, symbol_first, symbol_last, symbol_previous, symbol_next, link_attr, curpage_attr, dotdot_attr, **kwargs) 696 697 # Replace ~...~ in token format by range of pages -- 698 result = re.sub(r'~(\d+)~', _range, format) 699 700 # Interpolate '%' variables /usr/lib/python2.5/re.pyc in sub(pattern, repl, string, count) 148 if a callable, it's passed the match object and must return 149 a replacement string to be used. -- 150 return _compile(pattern, 0).sub(repl, string, count) 151 152 def subn(pattern, repl, string, count=0): /home/chaas/projekte/pylons/webhelpers/webhelpers/paginate.pyc in _range(regexp_match) 669 else: 670 text = '%s' % (thispage,) -- 671 nav_items.append( _pagerlink(thispage, text) ) 672 673 # Insert dots if there are pages between the displayed /home/chaas/projekte/pylons/webhelpers/webhelpers/paginate.pyc in _pagerlink(pagenr, text) 600 config = request_config() 601 if config.mapper.explicit: -- 602 for k, v in config.mapper_dict.items(): 603 link_params[k] = v 604 print link_params /usr/lib/pymodules/python2.5/routes/__init__.pyc in __getattr__(self, name) 12 13 def __getattr__(self, name): --- 14 return getattr(self.__shared_state, name) 15 16 def __setattr__(self, name, value): AttributeError: 'thread._local' object has no attribute 'mapper_dict' I'm no Routes god so I'm not sure where this is coming from. Do you have an idea? Cheers Christoph signature.asc Description: This is a digitally signed message part.
Re: [webhelpers.paginate] I wonder why _pagelink and _range function are defined in pager function and not in Page class ?
Hi, Stephane... Am Samstag, 11. April 2009 15:59:46 schrieb KLEIN Stéphane: In webhelpers.paginate module, I wonder why _pagelink and _range function are defined in pager function and not in Page class ? Personnally, I need to override _pagelink function, with current implementation I need to paste all pager function in my sub page class. Can I send to you a patch with _pagelink and _range function moved to Page class ? Please do that if you managed to do move the functions around. I understand that you want to override the functions more easily but in the code it's not that trivial. Page.pager() calls _range() which in turn calls _pagerlink. And _pagerlink needs quite a few parameters from pager(). So the correct way would be to pass through all these variables on every call. I have started to do that but the code becomes less readable so that I wonder if it's worth it. Let me know if you have a niftier patch than what I did. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#524273: compizconfig-settings-manager: Settings buttons don't work any more
Package: compizconfig-settings-manager Version: 0.8.2-1 Severity: important Since the update of compizconfig-settings-manager to 0.8.2-1 I can't use the buttons in the management window any more. The checkbox icans still work but the buttons leading to further options right next to the checkbox widget have no function. When starting sccm on the shell and clicking on a button I see this traceback: - [...] Initializing imgjpeg options...done Initializing svg options...done Initializing dbus options...done Initializing move options...done Initializing vpswitch options...done Initializing place options...done Initializing workarounds options...done Traceback (most recent call last): File /usr/lib/pymodules/python2.5/ccm/Pages.py, line 1302, in ShowPlugin pluginPage = PluginPage(plugin) File /usr/lib/pymodules/python2.5/ccm/Pages.py, line 125, in __init__ sortedGroups = sorted(plugin.Groups.items(), key=GroupIndexKeyFunc) File /usr/lib/pymodules/python2.5/ccm/Utils.py, line 374, in GroupIndexKeyFunc return item[1][0] KeyError: 0 - I'm not sure if it's a local thing here so I'm not tagging the severity as grave although it's grave for me. Cheers Christoph -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-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 compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.7.6-1Compizconfig bindings for python ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-support1.0.1 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524273: compizconfig-settings-manager: Settings buttons don't work any more
Package: compizconfig-settings-manager Version: 0.8.2-1 Severity: important Since the update of compizconfig-settings-manager to 0.8.2-1 I can't use the buttons in the management window any more. The checkbox icans still work but the buttons leading to further options right next to the checkbox widget have no function. When starting sccm on the shell and clicking on a button I see this traceback: - [...] Initializing imgjpeg options...done Initializing svg options...done Initializing dbus options...done Initializing move options...done Initializing vpswitch options...done Initializing place options...done Initializing workarounds options...done Traceback (most recent call last): File /usr/lib/pymodules/python2.5/ccm/Pages.py, line 1302, in ShowPlugin pluginPage = PluginPage(plugin) File /usr/lib/pymodules/python2.5/ccm/Pages.py, line 125, in __init__ sortedGroups = sorted(plugin.Groups.items(), key=GroupIndexKeyFunc) File /usr/lib/pymodules/python2.5/ccm/Utils.py, line 374, in GroupIndexKeyFunc return item[1][0] KeyError: 0 - I'm not sure if it's a local thing here so I'm not tagging the severity as grave although it's grave for me. Cheers Christoph -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-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 compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.7.6-1Compizconfig bindings for python ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-support1.0.1 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Intent to become a Debian Maintainer (DM)
Am Samstag 11 April 2009 15:28:05 schrieb Michael Stapelberg: This is my declaration of intent to become a Debian Maintainer [1]. I have read the Social Contract, Debian Free Software Guidelines and Debian Machine Usage Policy and agree with all of them. Currently, I maintain the following packages: - mxallowd -- Anti-Spam-Daemon using nolisting/iptables - wiipdf -- present a PDF file using your wiimote - unworkable -- efficient, simple and secure bittorrent client I have sponsored Michael's packages for nearly a year now. He has a good understanding of package building and hardly needed any directions. He was always friendly and easy to work with. The packages that he requested to get sponsored were always of good quality. I'm confident that he will do a good job in the future and thus want to support his DM application. Kindly Christoph signature.asc Description: This is a digitally signed message part.
Accepted libweather-com-perl 0.5.0-3etch1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Feb 2009 19:16:45 + Source: libweather-com-perl Binary: libweather-com-perl Architecture: source all Version: 0.5.0-3etch1 Distribution: oldstable Urgency: low Maintainer: Christoph Haas h...@debian.org Changed-By: Christoph Haas h...@debian.org Description: libweather-com-perl - CPAN's Weather::Com module for fetching data from weather.com Changes: libweather-com-perl (0.5.0-3etch1) oldstable; urgency=low . * Include patch to fix issue where weather.com's interface changes on May 2008. See http://rt.cpan.org/Public/Bug/Display.html?id=35681 * Upload to Etch as authorized by Luk Claes. Files: 42f537553cb3a98186980e6fecafcb83 716 perl optional libweather-com-perl_0.5.0-3etch1.dsc 4553a10a6f135e9409f65e46e3011ea7 2464 perl optional libweather-com-perl_0.5.0-3etch1.diff.gz 9085bbaaae6acdc95656ae61ead07dd2 99072 perl optional libweather-com-perl_0.5.0-3etch1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmpCU0ACgkQCV53xXnMZYbMyQCgpV0DNAmE4CZZ8xKqk90hfy9v 0dsAoNElujRPUaPx6RCzAXlED6Y8VwvV =s9z2 -END PGP SIGNATURE- Accepted: libweather-com-perl_0.5.0-3etch1.diff.gz to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1.diff.gz libweather-com-perl_0.5.0-3etch1.dsc to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1.dsc libweather-com-perl_0.5.0-3etch1_all.deb to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1_all.deb -- To UNSUBSCRIBE, email to debian-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bacula-users] Trouble recovering the catalog with bscan
Dear list, I have had a little trouble which I mostly caused myself. :) It's another boring tale of I lost my catalog. (Prologue: I'm backing up to a disk storage (daily) and a tape storage (weekly). And the physical disk ran full so I tried to purge and remove volumes (files) there. Unfortunately I did it wrong and thus couldn't restore from disk any more. So I tried to restore from tape - my safety net. Unfortunately the jobs there had been pruned automatically already.) So I thought I'd recover the catalog by bscanning the two tapes that I know were used for the last full backup. This is where my story begins: Attempt 1: I scanned the two tapes seperately with commands like: bscan -V ait01 -c /etc/bacula/bacula-sd.conf -P mypassword \ -h my.server.ip -v -s -m /dev/nst0 bscan -V ait05 -c /etc/bacula/bacula-sd.conf -P mypassword \ -h my.server.ip -v -s -m /dev/nst0 I ended up with a job in list jobs but with termination code E. So I couldn't restore from it. Attempt 2: I read the documentation again and found that I can restore two volumes at once with the pipe syntax so I tried: bscan -V 'ait01|ait05' -c /etc/bacula/bacula-sd.conf -P mypassword \ -h my.server.ip -v -s -m /dev/nst0 and ran types ait01 and ait05 through. Again I ended up with a job with code E. Attempt 3: I went into the database (PostgreSQL, ASCII encoding) and changed the job status to T manually and tried to restore with option 5 (Select the most recent backup for a client). The restore failed due to: No Full backup before 2009-03-24 13:54:38 found. Attempt 4: Interestingly it tried to use my disk-based job instead of the desired tape-based job. So I used option 11 (Enter a list of directories to restore for found JobIds), chose the job ID manually and finally recovered my long-lost file. So I wonder what I did wrong. Of course I wouldn't want to use bscan as an everyday tool and should take better care of my catalog and volumes. But as a last resort I'd like to have a reliable catalog recovery. Comments welcome. Thanks. Cheers Christoph signature.asc Description: This is a digitally signed message part. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Accepted libweather-com-perl 0.5.0-3etch1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 27 Feb 2009 19:16:45 + Source: libweather-com-perl Binary: libweather-com-perl Architecture: source all Version: 0.5.0-3etch1 Distribution: oldstable Urgency: low Maintainer: Christoph Haas h...@debian.org Changed-By: Christoph Haas h...@debian.org Description: libweather-com-perl - CPAN's Weather::Com module for fetching data from weather.com Changes: libweather-com-perl (0.5.0-3etch1) oldstable; urgency=low . * Include patch to fix issue where weather.com's interface changes on May 2008. See http://rt.cpan.org/Public/Bug/Display.html?id=35681 * Upload to Etch as authorized by Luk Claes. Files: 42f537553cb3a98186980e6fecafcb83 716 perl optional libweather-com-perl_0.5.0-3etch1.dsc 4553a10a6f135e9409f65e46e3011ea7 2464 perl optional libweather-com-perl_0.5.0-3etch1.diff.gz 9085bbaaae6acdc95656ae61ead07dd2 99072 perl optional libweather-com-perl_0.5.0-3etch1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmpCU0ACgkQCV53xXnMZYbMyQCgpV0DNAmE4CZZ8xKqk90hfy9v 0dsAoNElujRPUaPx6RCzAXlED6Y8VwvV =s9z2 -END PGP SIGNATURE- Accepted: libweather-com-perl_0.5.0-3etch1.diff.gz to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1.diff.gz libweather-com-perl_0.5.0-3etch1.dsc to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1.dsc libweather-com-perl_0.5.0-3etch1_all.deb to pool/main/libw/libweather-com-perl/libweather-com-perl_0.5.0-3etch1_all.deb -- To UNSUBSCRIBE, email to debian-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518988: pidgin backport
Moin, Joachim... On Donnerstag, 12. März 2009, Joachim Breitner wrote: I you said in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518988#27 that you are preparing a backports.org upload. Do you have an estimate as to when this will be finished? I did already. But... I just got an email from the backports.org ftpmaster that my upload was rejected as the version I backported is not yet in testing. But apparently we do need the unstable version to fix things. I'll have to re-upload in a week then. :( Meanwhile I have put up my backported package at http://bender.workaround.org/pidgin/ for the impatient. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#491665: Still working on supervisor package?
Hi, Anders... Are you still working on the supervisor package? If you have lost interest then I would like to take over the ITP and try to make it a package myself. Or are there any technical/legal issues that you got stuck upon? Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#518988: Resolved on 2.5.5
Apparently the error has gone away with version 2.5.5. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#518988: Resolved on 2.5.5
On Montag, 9. März 2009, Michelle Konzack wrote: do you provide a Backport for Lenny or do any Pidgin users have to compile this pig its own? Currently over 1700 Workstations of my (commercial) customers do not more work.. I have talked to Ari Pollak (the package maintainer) and he says that the package will not be updated in Lenny as this is not a 'grave' bug. It's a malfunctioning due to a change in a non-free internet service and far from making pidgin unusable. I would tag this bug with severity major and ask for an update exception for Lenny or put it on volatile. No idea if this would fit into volatile. Meanwhile I'm preparing a backports.org upload. Note: I have already backported pidgin for some minutes and I hope I can start the updates on my customers networks (68) which give me a bunch of problems since I am on GSM/HSDPA. Such bugs are not realy funny, exspecialy if commercial GNU/Linux users relay on it. Perhaps your users should rely on free protocols like Jabber instead. For the unfunny part you may rather want to talk to the operator of ICQ instead. It's neither the pidgin upstream developers nor Debian's fault really. Christoph signature.asc Description: This is a digitally signed message part.
Bug#491665: Still working on supervisor package?
Hi, Anders... Are you still working on the supervisor package? If you have lost interest then I would like to take over the ITP and try to make it a package myself. Or are there any technical/legal issues that you got stuck upon? Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#518294: pdns-server: init.d script breaks when called with non-absolute $0
Hi, Rhonda... On Donnerstag, 5. März 2009, Gerfried Fuchs wrote: The /etc/init.d/pnds script does the following: #v+ cd $SOCKETPATH [...] force-reload | restart) echo -n Restarting PowerDNS authoritative nameserver: echo -n stopping and waiting.. doPC quit sleep 3 echo done $0 start ;; reload) echo -n Reloading PowerDNS authoritative nameserver: if test $NOTRUNNING = 0; then doPC cycle echo requested reload else echo not running yet $0 start fi ;; #v- This obviously fails when one doesn't call the script with an absolute path. Perhaps I'm just stupid but it's not obvious to me. Could you elaborate on this? Do you mean you do export PATH=.:$PATH while being root and then cd /etc/init.d ; pdns start? Why is $0 not safe? Thanks in advance. Christoph signature.asc Description: This is a digitally signed message part.
Bug#518129: bind9 hangs: NXDOMAIN for recursive requests but serves authoritative zones
Package: bind9 Version: 1:9.5.1.dfsg.P1-1 Severity: important Since we upgraded our bind9 name servers from Etch to Lenny we are experiencing occasional hangs. While all requests for authoritative zones are still answered correctly we can't seem to get replies for recursive queries. All we get is NXDOMAIN until we init.d/restart the bind process. Every tenth or so request is answered properly but the next request fails again with NXDOMAIN. So the successful response from the root servers doesn't seem to get served from the internal cache either. In that situation our log file fills up with: Mar 4 07:21:45 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:21:56 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:22:07 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:22:57 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:22:58 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:22:59 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:03 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:09 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:32 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:36 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:37 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:23:43 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:26:23 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:26:34 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:31:35 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:32:33 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:32:35 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:32:45 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:47 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:51 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:54 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:54 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:56 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:56 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:58 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:58 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:33:58 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:00 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:03 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:12 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:12 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:13 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:13 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found Mar 4 07:34:13 pns named[7077]: general: checkhints: unable to get root NS rrset from cache: not found We traced (tshark) what's happening on the network and it seems like bind9 isn't even sending out requests to the internet if we send it a recursive query from inside/LAN. Instead is instantly replies with NXDOMAIN. This situation is happening every few days and requires a bind restart or else our clients can't run recursive queries any more (which apparently isn't making them happy). Our name server serves nearly 500 authoritative zones and is used as a forwarder for the internal/LAN clients. rndc status shows: == version: 9.5.1-P1 number of zones: 511 debug level: 0 xfers running: 0 xfers deferred: 0 soa queries in progress: 0 query logging is OFF recursive clients: 6/0/1000 tcp clients: 0/100 server is up and running == Our
Re: Can libweather-com-perl get updated in stable?
On Freitag, 27. Februar 2009, Luk Claes wrote: Christoph Haas wrote: On Samstag, 21. Februar 2009, Luk Claes wrote: Christoph Haas wrote: I have just updated the libweather-com-perl package [0] because since beginning of May it has stopped working due to a protocol change of the used internet service. The fix is a one-line patch between 0.5.3-1.1 and 0.5.3-2. It addresses this problem: [1]. Is this worth an update to Etch? [0] http://packages.debian.org/sid/libweather-com-perl [1] http://rt.cpan.org/Public/Bug/Display.html?id=35681 Yes, it's ok, please upload. I have just uploaded to stable via ftp.upload.debian.org. Hope the upload arrived where it should. debian/changelog reads libweather-com-perl (0.5.0-3etch1) stable; urgency=low Hope that's right. Unfortunately not, it should be oldstable by now. Please reupload with s/stable/oldstable/, TIA. Oops, right. :) The revised package is uploaded now. Cheers Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Accepted pdns 2.9.22-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 25 Feb 2009 23:25:51 +0100 Source: pdns Binary: pdns-server pdns-doc pdns-backend-pipe pdns-backend-ldap pdns-backend-geo pdns-backend-mysql pdns-backend-pgsql pdns-backend-sqlite pdns-backend-sqlite3 Architecture: source i386 all Version: 2.9.22-1 Distribution: unstable Urgency: low Maintainer: Debian PowerDNS Maintainers powerdns-deb...@workaround.org Changed-By: Christoph Haas h...@debian.org Description: pdns-backend-geo - geo backend for PowerDNS pdns-backend-ldap - LDAP backend for PowerDNS pdns-backend-mysql - generic MySQL backend for PowerDNS pdns-backend-pgsql - generic PostgreSQL backend for PowerDNS pdns-backend-pipe - pipe/coprocess backend for PowerDNS pdns-backend-sqlite - sqlite backend for PowerDNS pdns-backend-sqlite3 - sqlite backend for PowerDNS pdns-doc - PowerDNS manual pdns-server - extremely powerful and versatile nameserver Closes: 513409 Changes: pdns (2.9.22-1) unstable; urgency=low . * New upstream version (closes: #513409). Checksums-Sha1: 729ee0901c7859f25770d312b30e211bbda3 1546 pdns_2.9.22-1.dsc 2c0888c8252299c5a17dc69eec289e90c7e8f3ff 1072257 pdns_2.9.22.orig.tar.gz c11080c51c795363f893d0871848fa83e85c8676 34284 pdns_2.9.22-1.diff.gz 0e36625413fb6a68b4332df6cc8bc7f217879e20 770366 pdns-server_2.9.22-1_i386.deb bc87327a59e8c7790a4f3fe0751d8b0cc0a4a09b 74140 pdns-backend-pipe_2.9.22-1_i386.deb f002e028f8df10862220650b0e6228026c1653e7 274430 pdns-backend-ldap_2.9.22-1_i386.deb fa29a39b88871be1ef29171a1e55d0b114ce8344 101162 pdns-backend-geo_2.9.22-1_i386.deb 1b37a4192dc3677f35bcb42de81a53adbc813e35 60900 pdns-backend-mysql_2.9.22-1_i386.deb aa8d3d12480311544bf88c58f3d490b6b499cf5c 62874 pdns-backend-pgsql_2.9.22-1_i386.deb be8238a30bd793f0117eb899388e1218c38dd6c8 58474 pdns-backend-sqlite_2.9.22-1_i386.deb 71bfbaccecc6d9c4b2e0d2b2ba0812e36df76680 58172 pdns-backend-sqlite3_2.9.22-1_i386.deb 90074c5c82a61452a055623e96d28a3aa980916f 199046 pdns-doc_2.9.22-1_all.deb Checksums-Sha256: dd0a6602c8f6da9d54fc21701f486f195b2a24d82c581adf603f9deed791927a 1546 pdns_2.9.22-1.dsc 7c03da01c2cbd8bbe897180bc3bd50ca8cfaa63ada94dc6b29f7745b82e17525 1072257 pdns_2.9.22.orig.tar.gz e3c0132357cc22034eeacf7af402c5f131344cf63f49fbadd91c156872f2388d 34284 pdns_2.9.22-1.diff.gz 38659da4c7c6d9e5f69e79d4f58b5b070f90f686fc95967f6dae46d57ba9481b 770366 pdns-server_2.9.22-1_i386.deb dd18b3f7c9cca71fd439a9599c45b363a125402183a36a2449c19cc9e7b42d1e 74140 pdns-backend-pipe_2.9.22-1_i386.deb 6543a3d27f6e0e3ea60dc8eec13431d7e19374fc34b8139b98f6e4d5ed0c9ad9 274430 pdns-backend-ldap_2.9.22-1_i386.deb 462890d3c7d3d2f7bd29eb8dd5387cb205b793e49c8cb1e51a61eb6ec63ce4e8 101162 pdns-backend-geo_2.9.22-1_i386.deb 3012be41b22818132e68403c5657ffac399516333c950ff8715b7f5f9bc85065 60900 pdns-backend-mysql_2.9.22-1_i386.deb ab164268de5f33ff9d12777d78541d57af686e63f3799a1577136db19db42ca0 62874 pdns-backend-pgsql_2.9.22-1_i386.deb 0b19092d76de805f978aa6074fb827f22816b1005ca00d290f4b3622278bc886 58474 pdns-backend-sqlite_2.9.22-1_i386.deb 159272b27d826fde04514ae7018e21483a7e0c8818eb2c881d6671c09cdb7672 58172 pdns-backend-sqlite3_2.9.22-1_i386.deb 062518da8a5e324351f3a52363e9b64e323e12734ea0fc5a4d4df05f7d1f0a4e 199046 pdns-doc_2.9.22-1_all.deb Files: 94316c764c073b22d833b3915a9c18db 1546 net extra pdns_2.9.22-1.dsc 8a6ff842733aca885577eb54e983a1ff 1072257 net extra pdns_2.9.22.orig.tar.gz 06dabee174d15e9f28358a44a6a59d72 34284 net extra pdns_2.9.22-1.diff.gz 3cbb210baff8861bf2d19170ff87d382 770366 net extra pdns-server_2.9.22-1_i386.deb 5254e0a681e721033158aeb784eb8aac 74140 net extra pdns-backend-pipe_2.9.22-1_i386.deb 0818533e49dcfc2f15cff55bfb7d9899 274430 net extra pdns-backend-ldap_2.9.22-1_i386.deb 4727a5c932a7ee10f1e039761a4e0bae 101162 net extra pdns-backend-geo_2.9.22-1_i386.deb 0de1d8a4b321d5a4ebbc641fb04f9224 60900 net extra pdns-backend-mysql_2.9.22-1_i386.deb 8cf6542f2adfa463998de40a8b5ba7e5 62874 net extra pdns-backend-pgsql_2.9.22-1_i386.deb fcb36045060be339834cbd5e97449da3 58474 net extra pdns-backend-sqlite_2.9.22-1_i386.deb 8071de2860e688cef2dfc2b64445d467 58172 net extra pdns-backend-sqlite3_2.9.22-1_i386.deb dd982a882206b9d6a40b40d0cd7ea6da 199046 doc extra pdns-doc_2.9.22-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmnEt4ACgkQCV53xXnMZYYCBgCgy8qqs4oIPIMPRydy+upNTtyz ZzYAn1k1R/QkXWS/RIgYSy35k7qRAZPg =AW+B -END PGP SIGNATURE- Accepted: pdns-backend-geo_2.9.22-1_i386.deb to pool/main/p/pdns/pdns-backend-geo_2.9.22-1_i386.deb pdns-backend-ldap_2.9.22-1_i386.deb to pool/main/p/pdns/pdns-backend-ldap_2.9.22-1_i386.deb pdns-backend-mysql_2.9.22-1_i386.deb to pool/main/p/pdns/pdns-backend-mysql_2.9.22-1_i386.deb pdns-backend-pgsql_2.9.22-1_i386.deb to pool/main/p/pdns/pdns-backend-pgsql_2.9.22-1_i386.deb pdns-backend-pipe_2.9.22-1_i386.deb to pool/main/p/pdns/pdns-backend-pipe_2.9.22-1_i386.deb
Re: Can libweather-com-perl get updated in stable?
On Samstag, 21. Februar 2009, Luk Claes wrote: Christoph Haas wrote: I have just updated the libweather-com-perl package [0] because since beginning of May it has stopped working due to a protocol change of the used internet service. The fix is a one-line patch between 0.5.3-1.1 and 0.5.3-2. It addresses this problem: [1]. Is this worth an update to Etch? Cheers Christoph [0] http://packages.debian.org/sid/libweather-com-perl [1] http://rt.cpan.org/Public/Bug/Display.html?id=35681 Apparently this mail slipped through the cracks, sorry for the late reply. Yes, it's ok, please upload. Thanks for the info. Better late than never. :) I have just uploaded to stable via ftp.upload.debian.org. Hope the upload arrived where it should. debian/changelog reads libweather-com-perl (0.5.0-3etch1) stable; urgency=low Hope that's right. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#517141: ITP: pysieved -- Python-based Managesieve server
Package: wnpp Severity: wishlist Owner: Christoph Haas h...@debian.org * Package name: pysieved Version : 1.0 Upstream Author : Neale Pickett ne...@woozle.org * URL : http://woozle.org/~neale/src/pysieved/ * License : GPL Programming Lang: Python Description : Python-based Managesieve server This is a GPL managesieve server. It uses a plug-in architecture to support different authentication, homedir lookup, and storage back-ends. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517141: ITP: pysieved -- Python-based Managesieve server
Package: wnpp Severity: wishlist Owner: Christoph Haas h...@debian.org * Package name: pysieved Version : 1.0 Upstream Author : Neale Pickett ne...@woozle.org * URL : http://woozle.org/~neale/src/pysieved/ * License : GPL Programming Lang: Python Description : Python-based Managesieve server This is a GPL managesieve server. It uses a plug-in architecture to support different authentication, homedir lookup, and storage back-ends. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517141: ITP: pysieved -- Python-based Managesieve server
Package: wnpp Severity: wishlist Owner: Christoph Haas h...@debian.org * Package name: pysieved Version : 1.0 Upstream Author : Neale Pickett ne...@woozle.org * URL : http://woozle.org/~neale/src/pysieved/ * License : GPL Programming Lang: Python Description : Python-based Managesieve server This is a GPL managesieve server. It uses a plug-in architecture to support different authentication, homedir lookup, and storage back-ends. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498235: Works here on Lenny
We just upgraded a server from Etch to Lenny and stumbled upon the same problem with Cacti and RRDtool. For us it was sufficient to set - Console - Configuration - Settings - RRDTool Utility Version - 1.2.x First we thought that downgrading rrdtool to Etch's version 1.2.15 would be necessary but fortunately it wasn't. The versions here are on Lenny: ii cacti 0.8.7b-2.1 ii rrdtool1.3.1-4 /2¢ We'd have wished though that apt-listchanges had informed us of the need to upgrade the database schema and to set the RRDtool version to 1.2.x. signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
Frans, I just tried the official Lenny CD #1 for i386 in VirtualBox and still can't install LXDE. The choice of alternative desktop environments during the boot seems to be gone. And later tasksel just offers the Desktop task. Mind if we re-open this report. Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
On Montag, 16. Februar 2009, Frans Pop wrote: The full CD set and especially its CD1 is GNOME oriented. If you want to install a different desktop, then either use one of the other CD images (businesscard, netinst, DVD, Blu-ray), or use the special XFCE/LXDE CD. If you really, really want to you *can* even install LXDE with CD1 (if you know you're going to be using a mirror or scan sufficient CDs from the set) by adding 'desktop=lxde' as a boot parameter. For background please see the discussion on the d-cd list in 2008/12. Thanks for the clarification. Previously I tried with the DVD and didn't notice that CD #1 doesn't contain this option. Sorry for the noise. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
Frans, I just tried the official Lenny CD #1 for i386 in VirtualBox and still can't install LXDE. The choice of alternative desktop environments during the boot seems to be gone. And later tasksel just offers the Desktop task. Mind if we re-open this report. Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
On Montag, 16. Februar 2009, Frans Pop wrote: The full CD set and especially its CD1 is GNOME oriented. If you want to install a different desktop, then either use one of the other CD images (businesscard, netinst, DVD, Blu-ray), or use the special XFCE/LXDE CD. If you really, really want to you *can* even install LXDE with CD1 (if you know you're going to be using a mirror or scan sufficient CDs from the set) by adding 'desktop=lxde' as a boot parameter. For background please see the discussion on the d-cd list in 2008/12. Thanks for the clarification. Previously I tried with the DVD and didn't notice that CD #1 doesn't contain this option. Sorry for the noise. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
On Dienstag, 10. Februar 2009, Frans Pop wrote: On Monday 09 February 2009, Christoph Haas wrote: Comments/Problems: During boot we chose the alternative desktop option LXDE. The installation generally went smoothly. But in the end there was just GDM but no LXDE. A dpkg -l 'lxde*' showed that there was no lxde-like package installed. After running aptitude install lxde everything went smoothly. I suspect you did not enable a mirror during the installation, but installed purely from CD. Is that correct? Actually we chose the mirror ftp.de.debian.org after installing from the first CD. And the mirror showed up in the sources.list, too. I'll verify that in a second installation though. In that case it is correct that lxde did not get installed as the packages just aren't available. The bug is that the alternative desktop should not have been included in the isolinux menu for full CD images. I've just fixed that in the debian-cd code for new builds. Thanks. Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
On Dienstag, 10. Februar 2009, Frans Pop wrote: On Monday 09 February 2009, Christoph Haas wrote: Comments/Problems: During boot we chose the alternative desktop option LXDE. The installation generally went smoothly. But in the end there was just GDM but no LXDE. A dpkg -l 'lxde*' showed that there was no lxde-like package installed. After running aptitude install lxde everything went smoothly. I suspect you did not enable a mirror during the installation, but installed purely from CD. Is that correct? Actually we chose the mirror ftp.de.debian.org after installing from the first CD. And the mirror showed up in the sources.list, too. I'll verify that in a second installation though. In that case it is correct that lxde did not get installed as the packages just aren't available. The bug is that the alternative desktop should not have been included in the isolinux menu for full CD images. I've just fixed that in the debian-cd code for new builds. Thanks. Christoph signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
Package: installation-reports Boot method: CD debian-Lenny-DI-rc2-i386-CD-1.iso inside a virtualbox Image version: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-Lenny-DI-rc2-i386-CD-1.iso Date: 2009-02-09 Machine: Fujitsu-Siemens desktop computer Processor: Intel Celeron Memory: 2 GB Partitions: Single partition, 8 GB, ext3, in virtualbox Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000] 00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef] 00:03.0 Ethernet controller [0200]: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] [1022:2000] (rev 40) 00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH VirtualBox Guest Service [80ee:cafe] 00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[O] Overall install:[O] Comments/Problems: During boot we chose the alternative desktop option LXDE. The installation generally went smoothly. But in the end there was just GDM but no LXDE. A dpkg -l 'lxde*' showed that there was no lxde-like package installed. After running aptitude install lxde everything went smoothly. signature.asc Description: This is a digitally signed message part.
Bug#514628: Lenny RC2 did not install LXDE
Package: installation-reports Boot method: CD debian-Lenny-DI-rc2-i386-CD-1.iso inside a virtualbox Image version: http://cdimage.debian.org/cdimage/weekly-builds/i386/iso-cd/debian-Lenny-DI-rc2-i386-CD-1.iso Date: 2009-02-09 Machine: Fujitsu-Siemens desktop computer Processor: Intel Celeron Memory: 2 GB Partitions: Single partition, 8 GB, ext3, in virtualbox Output of lspci -knn (or lspci -nn): 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC [Natoma] [8086:1237] (rev 02) 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] [8086:7000] 00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 IDE [8086:7111] (rev 01) 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter [80ee:beef] 00:03.0 Ethernet controller [0200]: Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE] [1022:2000] (rev 40) 00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH VirtualBox Guest Service [80ee:cafe] 00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI [8086:7113] (rev 08) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[O] Overall install:[O] Comments/Problems: During boot we chose the alternative desktop option LXDE. The installation generally went smoothly. But in the end there was just GDM but no LXDE. A dpkg -l 'lxde*' showed that there was no lxde-like package installed. After running aptitude install lxde everything went smoothly. signature.asc Description: This is a digitally signed message part.
Bug#513383: git-cola: Display problem after checking in single hunks
David, thanks for your help and sorry for the delay. On Donnerstag, 29. Januar 2009, David Aguilar wrote: On Wed, Jan 28, 2009 at 6:38 AM, Christoph Haas em...@christoph-haas.de wrote: Package: git-cola Version: 1.3.5-1 Severity: normal It's nice that git-cola allows to check in individual hunks of a modified file. Checking in single hunks works well. But right after a hunk gets staged the Diff View isn't shown correctly. Instead of displaying the hunks from top to bottom it appears like all hunks get joined onto a single line. Perhaps the @@ at the beginning of a hunk isn't detected correctly or something. When git-cola gets in this state, do you think you could send me the output of simply 'git diff'? That's fundamentally what cola is parsing. I just tried to reproduce it with a fresh file but failed miserably. I tried with '@@' in the string, with overly long lines, added non-ASCII characters and even used swear words but I don't see the behavior any more. Perhaps just bad luck the first time I used git-cola. Feel free to close the report or tag it as unreproducible. I'll be back as soon as I see the effect again. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#513383: git-cola: Display problem after checking in single hunks
Package: git-cola Version: 1.3.5-1 Severity: normal It's nice that git-cola allows to check in individual hunks of a modified file. Checking in single hunks works well. But right after a hunk gets staged the Diff View isn't shown correctly. Instead of displaying the hunks from top to bottom it appears like all hunks get joined onto a single line. Perhaps the @@ at the beginning of a hunk isn't detected correctly or something. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-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 git-cola depends on: ii git-core 1:1.5.6.5-2 fast, scalable, distributed revisi ii python 2.5.2-3 An interactive high-level object-o ii python-qt4 4.4.2-4 Python bindings for Qt4 ii python-support 0.8.7 automated rebuilding support for P Versions of packages git-cola recommends: ii gitk 1:1.5.6.5-2 fast, scalable, distributed revisi Versions of packages git-cola suggests: pn python-pyinotify none (no description available) ii python-simplejson 1.9.2-1Simple, fast, extensible JSON enco -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Details of an abort(403, ...) always end up as 'FORBIDDEN'
Dear list, I'm currently customizing the error messages in a Pylons project. And it seems like whenever I abort(403, 'foobar') my error template the request.params['message'] jusr contains 'FORBIDDEN' although I sent 'foobar' as the 'details' parameter. Grepping through the code it comes from lib/python2.5/site-packages/Paste-1.7.1-py2.5.egg/paste/wsgiwrappers.py. My error controller: class ErrorController(BaseController): def document(self): c.message = request.params.get('message', '-') c.code = request.params.get('code', '-') return render('/error.mako') My template: # -*- coding: utf-8 -*- %inherit file=/base.mako/ h1Error ${ c.code }/h1 p ${ c.message } /p What am I doing wrong? I'd like to use it like... abort(403, Sorry, this function is only for cute people.) Cheers Christoph signature.asc Description: This is a digitally signed message part.
Re: Details of an abort(403, ...) always end up as 'FORBIDDEN'
On Donnerstag, 22. Januar 2009, John_Nowlan wrote: Don't know if its relevant but have you seen: http://wiki.pylonshq.com/display/pylonsdocs/Error+Documents Yes, thanks. That's what I usually use. Just that the details argument doesn't make it through to the resulting error page. Cheers Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Bug#450736: Clarification
Hi, Jan... I missed the posting on the upstream mailing list where Justin was asking for more information. It's true that the problem wasn't there in 0.10. And it's still biting me in 0.12. Justin seems to understand it correctly. After sending out a message that is supposed to be encrypted the input field is grayed-out to block further input. The system load goes up to 100% for ~4 seconds and then the input field is un-grayed again to allow further input. I currently have ~400 pgp public keys in my public keyring. Perhaps Psi is doing something inefficient with it. As I said 0.10 didn't have that issue. And Kopete (which also uses gpg) doesn't have any delays. So I doubt it's a general gpg issue. Thanks for the help. Christoph signature.asc Description: This is a digitally signed message part.
[sqlalchemy] Re: ORM base class for 0.5?
Thanks for the code. For those who might also be interested in an ORM base class providing __init__, update and __repr__ - this is what I use now with 0.5 (comments welcome): = import sqlalchemy as sql from sqlalchemy import orm class MyOrm(object): def __init__(self, **kw): Create a mapped object with preset attributes for key, value in kw.iteritems(): if hasattr(self, key): setattr(self, key, value) elif not ignore_missing_columns: raise AttributeError('Cannot set attribute which is not column in mapped table: %s' % (key,)) def update(self, update_dict, ignore_missing_columns=True): Update an object's attributes from a dictionary for key, value in update_dict.iteritems(): if hasattr(self, key): setattr(self, key, value) elif not ignore_missing_columns: raise AttributeError('Cannot set attribute which is not column in mapped table: %s' % (key,)) def __repr__(self): Return a decent printable representation of a mapped object and its attributes. atts = [] columns = orm.object_mapper(self).mapped_table.c for column in columns: key = column.key if hasattr(self, key): col = columns.get(key) if not (getattr(col, 'server_default', None) is not None or isinstance(getattr(col, 'default', None), sql.PassiveDefault) or getattr(self, key) is None): atts.append( (key, getattr(self, key)) ) return self.__class__.__name__ + '(' + ', '.join(x[0] + '=' + repr(x[1]) for x in atts) + ')' = Would be nice if mapped objects could automatically get such methods assigned. Not sure if SQLAlchemy can or should provide that or if it broke other functionality. Cheers Christoph signature.asc Description: This is a digitally signed message part.
[sqlalchemy] ORM base class for 0.5?
Dear list, I used to use a certain ORM base class with SQLA 0.4 for a while. It defined __init__, __repr__ and update so that I could preset mapped objects with values like leo = User(name='leo', age=23) or just print leo and especially leo.update(dictionary_from_web_form) I couldn't find it on the wiki anymore. And what I use here doesn't work properly on 0.5 (it relies heavily on the 'c' attribute and just removing it doesn't solve things because it tries if a_certain_attribute in this_object.c). If anyone has ported that few lines of code to 0.5 please let me know. I thought that the declarative_base helps here but it's just helping with the declaration. Cheers Christoph signature.asc Description: This is a digitally signed message part.
Bug#510705: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Hi, Hideki... On Sonntag, 4. Januar 2009, Hideki Yamane (Debian-JP) wrote: Package: pdns Severity: wishlist Tags: patch l10n Dear pdns maintainer, Here's Japanese po-debconf template translation (ja.po) file that reviewed by several Japanese Debian developers and users. Could you apply it, please? Thanks for the translation. We will include it in the next upload. Sayonara Christoph signature.asc Description: This is a digitally signed message part.
Bug#509078: Fwd: Re: Fwd: Bug#509078: cream: CTRL-O does not show open file dialog
The upstream developer says: This looks like a bug I squashed after the 0.41 release. The file cream-keys.vim in CVS is correct, line 246 of April 14 revision 1.54 (that went into 0.41): inoremap silent C-o C-b:call Cream_file_open()CR should be the line revised May 11 in revision 1.55: imap silent C-o C-b:call Cream_file_open()CR I've been trying to do a new release to pick up some of these fixes, but the buffer management system is really broken at the moment. :) So the issue is known and we are waiting for the next version of cream to have that fixed. Thanks for reporting it anyway. Christoph (the package maintainer) signature.asc Description: This is a digitally signed message part.
[Voyage-linux] howto install with two partitions (separate boot-partition) ???
Hello, I'm trying to install voyage-linux 0.5.2 for an ALIX 2d3-board with two partitions on a 4 GB SANdisk Extreme III CF-card. Since a single 4 GB partition does not boot on my ALIX, I decided to go the save way: A 100 MB boot-partition and the rest of ca. 3.9 GB as root-filesystem. I created the two partitons, made the first one bootable: partition: /dev/sda1 - Type = ext2 - Label = BOOT_FS partition: /dev/sda2 - Type = ext2 - Label = ROOT_FS Then I installed voyage 0.5.2 with the following settings: Configuration details: Distribution directory: /home/haasc/VPN-Appliances/voyage-linux/voyage-0.5.2 Disk/Flash Device:/dev/sda Installation Partition: /dev/sda2 Bootstrap Partition: /dev/sda1 Will be mounted on: /home/haasc/VPN-Appliances/voyage-linux/voyage-cf-install/sda Target system profile:ALIX Target console: serial Target baud rate: 38400 Bootstrap installer: grub Bootstrap partition: /dev/sda1 But when trying to boot on the ALIX, I get after the GRUB-boot-menu this error (I sniped the whole boot-process of the ALIX): --- snip --- PC Engines ALIX.2 v0.99 640 KB Base Memory 261120 KB Extended Memory 01F0 Master 848A SanDisk SDCFX3-004G Phys C/H/S 7964/16/63 Log C/H/S 995/128/63 BIOS setup: (9) 9600 baud (2) 19200 baud *3* 38400 baud (5) 57600 baud (1) 115200 baud *C* CHS mode (L) LBA mode (W) HDD wait (V) HDD slave (U) UDMA enable (M) MFGPT workaround (P) late PCI init *R* Serial console enable (E) PXE boot enable (X) Xmodem upload (Q) Quit GNU GRUB version 0.97 (640K lower / 261120K upper memory) +-+ | voyage-linux-16Dez08| | | | | | | | | | | | | | | | | | | | | | | +-+ Use the ^ and v keys to select which entry is highlighted. Press enter to boot the selected OS, 'e' to edit the commands before booting, or 'c' for a command-line. Booting 'voyage-linux-16Dez08' root (hd0,1) Filesystem type is ext2fs, partition type 0x83 kernel /vmlinuz root=LABEL=ROOT_FS console=ttyS0,38400n8 Error 2: Bad file or directory type Press any key to continue... --- snap --- It seems to me that the handling of the two partitions does not work :-( The /grub/menu.lst located on /dev/sda1 (/dev/hda1 on the ALIX): --- snip --- # # This file generated automatically by /home/haasc/VPN-Appliances/voyage-linux/voyage-0.5.2/usr/local/sbin/setboot.sh # on Di 16. Dez 15:26:19 CET 2008 # serial --speed=38400 terminal serial timeout 5 default 0 title voyage-linux-16Dez08 root (hd0,1) kernel /vmlinuz root=LABEL=ROOT_FS console=ttyS0,38400n8 initrd /initrd.img --- snap --- /etc/fstab on /dev/sda2 (/dev/hda2 on ALIX): --- snip --- #/dev/hda1 / ext2defaults,noatime,rw 0 0 proc/proc procdefaults0 0 tmpfs /rw tmpfs defaults,size=8M0 0 --- snap --- The entry for the boot-partiton seems to be missing? Also the files with the kernel and initrd are located in the directory /boot on /dev/sda2 ... What are the necessary steps to install voyage-linux 0.5.2 with a small separate boot-partition and a big one for the root-filesystem? Thanks in advance! Christoph. -- Mit freundlichen Gruessen / Yours sincerely Christoph Haas Linux User #99546 GnuPG-/PGP-fingerprint: 944B D713 F72F 4398 B156 8089 DA8B 68F1 1543 51C3 GnuPG-/PGP-public-key: http://blackhole.pca.dfn.de:11371/pks/lookup?op=getsearch=0x154351C3 ___ Voyage-linux mailing list Voyage-linux@list.voyage.hk http://list.voyage.hk/mailman/listinfo/voyage-linux
Bug#508506: drupal6: PostgreSQL database should have UTF8 encoding
Package: drupal6 Version: 6.6-1 Severity: normal Drupal suggests that we use UTF8 as a database encoding when working with PostgreSQL as a backend. It's not easy to convert an existing Drupal database from the default SQL_ASCII so it would be nice if the dbconfig would choose UTF8 by default. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) 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 drupal6 depends on: ii apache2 2.2.9-7Apache HTTP Server metapackage ii apache2-mpm-prefork [httpd] 2.2.9-7Apache HTTP Server - traditional n ii curl 7.18.2-5 Get a file from an HTTP, HTTPS or ii dbconfig-common 1.8.39 common framework for packaging dat ii libjs-jquery 1.2.6-1JavaScript library for dynamic web ii mysql-client-5.0 [virtual-mys 5.0.51a-12 MySQL database client binaries ii php5 5.2.6-2server-side, HTML-embedded scripti ii php5-gd 5.2.6-3GD module for php5 ii php5-mysql5.2.6-3MySQL module for php5 ii php5-pgsql5.2.6-3PostgreSQL module for php5 ii postfix [mail-transport-agent 2.5.2-2High-performance mail transport ag ii postgresql-client 8.3.3-1front-end programs for PostgreSQL ii postgresql-client-8.3 [postgr 8.3.3-1front-end programs for PostgreSQL ii wwwconfig-common 0.1.2 Debian web auto configuration Versions of packages drupal6 recommends: ii mysql-server-5.0 [mysql-serve 5.0.51a-12 MySQL database server binaries drupal6 suggests no packages. -- debconf information: drupal6/pgsql/manualconf: drupal6/mysql/method: unix socket * drupal6/pgsql/authmethod-user: password drupal6/purge: false drupal6/dbconfig-upgrade: true drupal6/install-error: abort drupal6/dbconfig-remove: drupal6/internal/skip-preseed: false drupal6/pgsql/method: unix socket drupal6/upgrade-error: abort drupal6/internal/reconfiguring: false drupal6/db/app-user: drupal6 * drupal6/database-type: pgsql drupal6/mysql/admin-user: root drupal6/remote/newhost: drupal6/remote/port: drupal6/remove-error: abort drupal6/pgsql/admin-user: postgres drupal6/db/dbname: drupal6 drupal6/pgsql/changeconf: false drupal6/missing-db-package-error: abort drupal6/remote/host: drupal6/db/basepath: drupal6/passwords-do-not-match: drupal6/pgsql/no-empty-passwords: drupal6/upgrade-backup: true drupal6/dbconfig-reinstall: false drupal6/pgsql/authmethod-admin: ident * drupal6/dbconfig-install: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Showing screenshots on packages.debian.org
Hi, Frank... On Samstag, 29. November 2008, Frank Lichtenheld wrote: On Thu, Nov 13, 2008 at 06:17:29PM +0100, Christoph Haas wrote: The current version can serve thumbnails of screenshots easily. So I thought I ask if anyone feels to build that into the packages.debian.org I've thought about that a bit today. Some remarks and questions: 1) I would prefer not to waste space with a placeholder if there exists no screenshot. So I would prefer to have a list of packages with screenshots available. Can do if that helps. Just the names of the binary packages one per line? Or something more 2.0-ish and sophisticated? Or JSON? 2) What do you think about different versions of packages? From your website it seems that the images have versions associated with them, so maybe we should utilize that. A screenshot of a version in unstable might have nothing to do with how the application looks in stable. Honestly I don't really trust the version numbers of the screenshots too much. To have at least some version assigned to a screenshot I suggest the current package version (from unstable) in the upload form. But if an Etch user uploads a screenshot I'm not very optimistic that they check out the actual version and enter that. Besides how would you decide which version is most appropriate to be shown? The next newer? The next older? You will hardly ever get an exact match. But of course I can provide the version information, too. Perhaps along with the package list. 3) How are the images stored on your side? Would it be possible to retrieve the thumbnails with e.g. rsync so that we can mirror them on packages.d.o itself should the need arise? Currently they have management information in a PostgreSQL database but the actual PNG files are stored to disk. So I'd have to hack some code to provide you with the information you need. I could create a nightly tarball contaning a tree-ish directory structure like... screenshots/$BINARYPACKAGENAME/$VERSION/$INTEGER.png Let me know what is easiest for packages.debian.org. I'm pretty flexible in providing information. Cheers Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Accepted pdns 2.9.21.2-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 25 Nov 2008 20:11:46 +0100 Source: pdns Binary: pdns-server pdns-doc pdns-backend-pipe pdns-backend-ldap pdns-backend-geo pdns-backend-mysql pdns-backend-pgsql pdns-backend-sqlite pdns-backend-sqlite3 Architecture: source i386 all Version: 2.9.21.2-1 Distribution: unstable Urgency: low Maintainer: Debian PowerDNS Maintainers [EMAIL PROTECTED] Changed-By: Christoph Haas [EMAIL PROTECTED] Description: pdns-backend-geo - geo backend for PowerDNS pdns-backend-ldap - LDAP backend for PowerDNS pdns-backend-mysql - generic MySQL backend for PowerDNS pdns-backend-pgsql - generic PostgreSQL backend for PowerDNS pdns-backend-pipe - pipe/coprocess backend for PowerDNS pdns-backend-sqlite - sqlite backend for PowerDNS pdns-backend-sqlite3 - sqlite backend for PowerDNS pdns-doc - PowerDNS manual pdns-server - extremely powerful and versatile nameserver Closes: 475141 500137 502982 Changes: pdns (2.9.21.2-1) unstable; urgency=low . * New Upstream Version * Included typo fixes from Thijs Kinkhorst (closes: #502982) * Removed the splitconfig call from debian/pdns-server.postinst as it broke configurations with multiline definitions. It should not be needed anymore anyway after an update from Sarge to Etch. (closes: #475141) * Added patch for LDAP requests spanning subdomains due to incorrect LDAP search query (closes: #500137). Checksums-Sha1: 77fd4d2b2424ea11c4e018e6cbc46a27ad1690c0 1560 pdns_2.9.21.2-1.dsc 9088361071ddb6c2bd32eb90c6c166736e8a229d 1008111 pdns_2.9.21.2.orig.tar.gz e6b7b77ef22f7bfb4130a87ab8adf15af3976a1b 38698 pdns_2.9.21.2-1.diff.gz f303a0b30c1b2b11b4807d10350dbe64289767da 668612 pdns-server_2.9.21.2-1_i386.deb 3500f2645e6d913d43482dd7c7ecc5a547712205 73148 pdns-backend-pipe_2.9.21.2-1_i386.deb 9a38884faaba61129dc860deedfc26a87f303f12 259710 pdns-backend-ldap_2.9.21.2-1_i386.deb 1a32b896a87bb0e014bec132ab72856040fba783 96614 pdns-backend-geo_2.9.21.2-1_i386.deb 1aed831aa09be70b1874b39d5c66d96f8c294e0d 60848 pdns-backend-mysql_2.9.21.2-1_i386.deb e1046e9c7da89814dfa756ce0bce8b428ac0 63006 pdns-backend-pgsql_2.9.21.2-1_i386.deb 1f7cc28fe574b7988de82e1750043df4fe1ef322 58408 pdns-backend-sqlite_2.9.21.2-1_i386.deb c39747e0087b4ea496908c506be96f968ed260c9 58092 pdns-backend-sqlite3_2.9.21.2-1_i386.deb cc09cb6583e5af27cedd7443238518e6b47f39cf 181012 pdns-doc_2.9.21.2-1_all.deb Checksums-Sha256: 07531a7bfe8617885b24c75e4810101edb2510ba124d5512e84c19206c8b0a97 1560 pdns_2.9.21.2-1.dsc 04c7ea0024b96ec70ed73950b2394d3f45f03d5bc22448c68e073022b9c6e809 1008111 pdns_2.9.21.2.orig.tar.gz bf8bda5f59be2da2aafe6b3634055068068048a73e82df83e595457a360ecc59 38698 pdns_2.9.21.2-1.diff.gz 9618fa4e356ad1c98a73bf4923359c1b4c786550f04f805e55935be181ad67d1 668612 pdns-server_2.9.21.2-1_i386.deb d0289fc84d7238d5eb4331f73f70bc3134db2d64d23289ec5f41cb7e59603a7f 73148 pdns-backend-pipe_2.9.21.2-1_i386.deb b54b0043bb071cc5ac19496f75d0a74fb91af18d3e85603c5fd06b777189ffd5 259710 pdns-backend-ldap_2.9.21.2-1_i386.deb aa2436ce8c1daaa7ed8fc0c4e080febd36bf03314dbf6dbde2d00bb2e0d47861 96614 pdns-backend-geo_2.9.21.2-1_i386.deb f75c5ea29382d4ffad8c2c8cf36b19c349fa6a9880b9a44a1db62bf0f8dc4207 60848 pdns-backend-mysql_2.9.21.2-1_i386.deb 6401cef2167a9f518372f771e0cad50fa364f28074049ea9c43ef0165e910768 63006 pdns-backend-pgsql_2.9.21.2-1_i386.deb e5bf3726012ef5cc4e2a2474412ff3155e12e38a972bdb885ec40aa88af23477 58408 pdns-backend-sqlite_2.9.21.2-1_i386.deb eee4688adc8752ef9133594c3bf58a4a6f5705c1b1c01c1b03e67dc9a2c337e7 58092 pdns-backend-sqlite3_2.9.21.2-1_i386.deb 450debd5e3299efd5ed1e3a4923d29308c9b50558f317d7069f7ce7b157176ea 181012 pdns-doc_2.9.21.2-1_all.deb Files: f04003402c2ace356ba2f9dfec313212 1560 net extra pdns_2.9.21.2-1.dsc 2aa79c1d120a071298340ed2d4e02165 1008111 net extra pdns_2.9.21.2.orig.tar.gz 3f51c8c5fe32b5edd7fc6b4b5f3c74ea 38698 net extra pdns_2.9.21.2-1.diff.gz 04d30982291feacf35cde5e2763c2415 668612 net extra pdns-server_2.9.21.2-1_i386.deb f89eba7d12332c5dc1aca9fccf4c7b93 73148 net extra pdns-backend-pipe_2.9.21.2-1_i386.deb 41f52fe1184d9efc265658ab2d6d0ebf 259710 net extra pdns-backend-ldap_2.9.21.2-1_i386.deb 4db2d7ea5dec16e73b185c1a1685bed8 96614 net extra pdns-backend-geo_2.9.21.2-1_i386.deb 7e0fd3a46a219fac638996b3722c2294 60848 net extra pdns-backend-mysql_2.9.21.2-1_i386.deb c67b53a7d69b6f00ce365758c296c0cb 63006 net extra pdns-backend-pgsql_2.9.21.2-1_i386.deb 3956d5a9acb8afbb13b447f99a9d66a2 58408 net extra pdns-backend-sqlite_2.9.21.2-1_i386.deb 47b9fe353700384d96859f894bc449b7 58092 net extra pdns-backend-sqlite3_2.9.21.2-1_i386.deb 375c7858a1ecd9b7e5945b38f67baeb6 181012 doc extra pdns-doc_2.9.21.2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkkscggACgkQCV53xXnMZYY/ZACglCrnytJZwA3anpGDSP4WTvMU 31UAoNGbaK+vh1ux27STPCQ/bOXUoQ9n =eXRg -END PGP SIGNATURE- Accepted: pdns
Bug#504061: Please provide an example
Hi, Jamin... could you please provide an example zone file that can't get parsed correctly with zone2ldap? Thanks. Christoph signature.asc Description: This is a digitally signed message part.
Bug#504393: Additional information
I just had another internet connection outage for three minutes. And the transport doesn't work any more. This is the message I received in Psi: = [09:44:26] aim.jabber.workaround.org Undefined condition. The error condition is not one of those defined by the other conditions in this list. -- AIM connection lost! Reason: [Failure instance: Traceback (failure with no frames): class 'twisted.internet.error.ConnectionLost': Connection to the other side was lost in a non-clean fashion. ] = My log file is still empty though. Perhaps the software could recover more gracefully from connection failures. Christoph signature.asc Description: This is a digitally signed message part.
Re: screenshots.debian.net
On Montag, 17. November 2008, Daniel Burrows wrote: On Sun, Nov 16, 2008 at 07:46:27PM +0100, Christoph Haas [EMAIL PROTECTED] was heard to say: There should be a way to select what screenshot you want. I'm saving the version number along with the screenshot. Personally, I would rather be able to provide a version number and then get the best screenshot you have. What is the best? :) Then I could show a matching screenshot if there was one, and *something* if there wasn't. I can add a version parameter to the /thumbnail requests that would give you only a thumbnail for the exact version. Just keep in mind that by default the web interface suggest the Sid package revision. And that number changes pretty often. So I'd say it's not likely you will get a certain screenshots for your desired version. Unless of course you query for the Lenny version. But I assume that most people just accept that automatically displayed revision number even though the screenshots comes from Lenny. So I'd say in 99% of the cases you get nothing. Also, would it be possible to get an API for uploading screenshots? (I say that as if I had any clue how to invoke such an API...) There is one. It uses the HTTP protocol. :) Just do an HTTP POST request and send the three fields like in the upload form. Oh, and a third question while I'm at it: what sort of bandwidth is available for this system? The current sponsor (who was pretty surprised how much CPU power and bandwidth it used - I'm working intensely with him to reduce the load) provided space on a server hosted at the german provider Strato. Expect good uplinks. The server system itself has a 100 Mbps NIC. Traffic limit is 1 TB. I imagine that automatically fetching thumbnails for an entire list of a few hundred packages would be poor manners. Let's find a better way to do that if you need more than what's usually requested via the web interface. Traffic is less the problem than CPU load probably. Unless you just do that once of course. Do you think you can handle fetching the thumbnail of each package the user clicks on? I currently do. Or how do you mean? Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Re: screenshots.debian.net
On Sonntag, 16. November 2008, Daniel Burrows wrote: On Thu, Nov 13, 2008 at 10:18:26PM +0100, Christoph Haas [EMAIL PROTECTED] was heard to say: Thumbnail (= 160x120 pixels): http://screenshots.debian.net/thumbnail/PACKAGENAME (this URL returns a dummy thumbnail if no screenshot was found) Just one quick question: will there eventually be support for different versions to have different screenshots? Occasionally there's a big difference across versions, and users might want to see it. There should be a way to select what screenshot you want. I'm saving the version number along with the screenshot. So in theory I could tell which one is for a newer version of the software than the other (although I'd have to 'dpkg --compare-versions' because I couldn't think of an SQL function to do that yet). But I wouldn't know which one was for Etch or Lenny without some additional queries on data I don't have yet. I'm open for suggestions. :) Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Re: screenshots.debian.net
On Samstag, 15. November 2008, Stefano Zacchiroli wrote: On Thu, Nov 13, 2008 at 10:18:26PM +0100, Christoph Haas wrote: I would love to see the screenshots integrated into packages.debian.org and perhaps they even get used in graphical package managers like synaptic, kpackage, adept or gnome-apt. It is easy to refer to screenshots from your own application or web site. Just use these URLs: Thumbnail (= 160x120 pixels): http://screenshots.debian.net/thumbnail/PACKAGENAME (this URL returns a dummy thumbnail if no screenshot was found) Package's page with all available screenshots: http://screenshots.debian.net/package/PACKAGENAME I've a suggestion / feature request for the API. Can you please add the equivalent of the thumbnail URL which returns the bigger image? Yes, Michael Vogt has also requested this. He has already built a feature into 'synaptic' to load screenshots and asked to have a URL for the large image. Currently I'm moving things around a little to improve the performance (the server is way more loaded than I expected) but next on my list is the API. I imagine that there can be applications which want to show first the thumbnail and then, e.g. upon click/selection, the bigger version of the thumbnail for further user-inspection. Right now, this is possible only by either embedding some web-browser widget to show the /package/ URL, or by spawning an external web browser. Exactly how Michael argued. :) An intermediate level would be good, and I guess it's trivial to add. Yes, it is. I'll have it done during this weekend. Cheers Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
[jQuery] ANN: screenshots.debian.net (jQuery-based website)
Hi, all... I use and love jQuery for pimping our intranet applications at work. This time the application is public and open-sourced so I thought I'd drop a note here and also say thanks to the jQuery and plugin developers. The site is http://screenshots.debian.net It features jQuery, Jörn's Autocomplete plugin (when uploading packages), the jGrowl plugin (for status messages after uploading or for moderation) and the infamous but amazing Flyout plugin (for the image zoom effect). I already received a lot of feedback. And although I use rather little amounts of Javascript people are still amazed. Cheers Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.
Re: screenshots.debian.net
On Freitag, 14. November 2008, Andreas Tille wrote: Please excuse my cumbersomeness but may I repeat my hint that a potential Screenshots 2.0 system should enable multi language screenshots. I'm in big favour of translating everything which is targeting at end users and screenshots are definitely an end user application. I'm about to make the application i18n-savvy. But I'm more thinking of the text messages in the web interface than of the screenshots. Screenshots in several languages carry very little different information IMHO and don't warrant the extra hard disk space and effort to have them on the web server. Or am I totally off here? :) Christoph -- A guess is just a guess until you turn it into a pie chart. Then it's an analysis. (Scott Adams) signature.asc Description: This is a digitally signed message part.