Bug#345977: ITP: polld -- Polling demon
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: polld Version : 0.2 Upstream Author : Michal Čihař <[EMAIL PROTECTED]> * URL : http://www.cihar.com/software/polld * License : GPL Description : Polling demon This demon periodically opens devices (files) listed in configuration. Main reason is to force rescanning of partitions on usb devices while using udev. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#345977: ITP: polld -- Polling demon
Hi On Wed, 4 Jan 2006 19:33:26 +0100 [EMAIL PROTECTED] (Marco d'Itri) wrote: > On Jan 04, Nathan Poznick <[EMAIL PROTECTED]> wrote: > > > I have a USB card reader which has 5 different slots for various media. > > If I plug in the card reader and then later insert a CF card, the CF > > card slot's device does not have the partition device created when using > > udev (I have to insert the CF card and then plug in the card reader). I > > believe this software is created specifically for that purpose - for > > card readers which do not report card insertion / removal to the kernel. > OPTIONS+="all_partitions > > (Documented in README.Debian and udev(8).) I know about this. This pollutes my /dev with many files, forcing to rescan device makes appear only partitions which exist. > This program still looks like a bad idea. Find better way to do same thing. Card reader seems to not report card changes at all. I'm not on debian-devel, please cc me. -- Michal Čihař | http://cihar.com signature.asc Description: PGP signature
Bug#349705: ITP: python-bluetooth -- Python module for accessing Bluetooth stack
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: python-bluetooth Version : 0.5 Upstream Author : Albert Huang <[EMAIL PROTECTED]>, Calvin On <[EMAIL PROTECTED]> * URL : http://org.csail.mit.edu/pybluez/ * License : GPL Description : Python module for accessing Bluetooth stack This module is an effort to create python wrappers around bluez to allow python developers to use system bluetooth resources. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.15-raptor Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NMU for mantis - new upstream and some bugfixes
Hi On Fri, 11 Aug 2006 16:37:28 +0200 Daniel Knabl <[EMAIL PROTECTED]> wrote: > Once again, after I reviewed the "outstanding bugs" list, I intended > to package the new upstream version of mantis and to fix some bugs, > at least those I was able to ;) 0.19.4 is new upstream version? And what happened to your diff? --- mantis-0.19.4.orig/debian/changelog +++ mantis-0.19.4/debian/changelog @@ -1,7 +1,8 @@ -mantis (1.0.5-1) unstable; urgency=medium +mantis (0.19.4-4.0) unstable; urgency=medium -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Why does Ubuntu have all the wrong ideas (was: New desktop features provided by new version of update-notifier)
On Tue, 15 Aug 2006 03:59:26 -0700 (PDT) Ottavio Caruso <[EMAIL PROTECTED]> wrote: > Wouter Verhelst wrote: > > > That is a *very* bad idea. > > Even only on a small details, I am please to see a few > people on a Debian mailing list not blindly accepting > whatever comes from the Ubuntu world. Because this *is* a bad idea. If you have localized text, blindly replacing Ubuntu with Debian will make it absolutely messy for languages that have different declension for both. And I doubt that replacing Ubuntu with Debian at run time comes from Ubuntu... -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Moving /var/run to a tmpfs?
Hi On Tue, 19 Sep 2006 21:52:12 +0200 "Martijn van Oosterhout" <[EMAIL PROTECTED]> wrote: > Odd, I always thought is was because C did not have enough int types: > > char1 bytes > short 2 bytes > int 4 bytes > long 8 bytes > > If you make an int 8 bytes, you have to find some other way of > indicating one of the shorter types (short short maybe? or long > char?). Nothing says long has to be bigger that int, only thing which is defined is: sizeof(short) <= sizeof(int) <= sizeof(long) so having short, int, long of same size is not a problem. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Moving /var/run to a tmpfs?
Hi On Wed, 20 Sep 2006 12:07:40 +0200 "Martijn van Oosterhout" <[EMAIL PROTECTED]> wrote: > On 9/20/06, Michal Čihař <[EMAIL PROTECTED]> wrote: > > Nothing says long has to be bigger that int, only thing which is > > defined is: > > > > sizeof(short) <= sizeof(int) <= sizeof(long) > > > > so having short, int, long of same size is not a problem. > > I think you're missing the point. If you make an int 8 bytes, what are > you going to call 4 byte integers? If you call them short, what are > you going to call 2 byte integers? There is something what forces you to have 4 byte and 2 byte types defined? > Anyway, the link to the paper posted in this thread has many much > better arguments. I just wanted to point out that ISO C defines only relationship of sizes of those types and nothing else. The other assumptions come from things we got used to, because they were valid for ILP32 model which has been used most of time. PS: No need to CC me. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: apt-findremovable v0.1 (initial release)
Hi
On Tue, 03 Oct 2006 16:13:49 +0200
Jan Kechel <[EMAIL PROTECTED]> wrote:
> Does a tool like this already exist?
deborphan looks simmilar to what you describe. Anyway if you use
aptitude instead of apt-get it tracks all that automatically and you
don't have to guess.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: apt-findremovable v0.1 (initial release)
On Tue, 3 Oct 2006 16:34:37 +0200 Hendrik Sattler <[EMAIL PROTECTED]> wrote: > Am Dienstag 03 Oktober 2006 16:26 schrieb Michal Čihař: > > if you use > > aptitude instead of apt-get it tracks all that automatically and you > > don't have to guess. > > Only if you also installed the package-to-remove with aptitude. Or you marked all as automatically installed and set those you need as manually installed (I know it is extra work, but it is worth of it and it is less work that going through packages using tools that guess whether you need them). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: More accurate package classification
Hi On Thu, 02 Nov 2006 11:36:48 +0100 "Mgr. Peter Tuharsky" <[EMAIL PROTECTED]> wrote: > For example, just the cathegories "X11" and "GNOME" both contain bunch > of excellent software of many kinds. The same goes for other cathegories > too -sound, video,... > > New sub-cathegories should be created, such as: video_editing, > video_players, sound_editing, sound_players, sound_conversion, > sound_tools, mp3_tools, cd_creation, digital_camera, image_viewers, > image_editors (possibly with bitmap and vector subcathegories), laptop, > electronics, chemistry, astronomy, math, physics, junior, school.. > > Independently, packages should also bear some flag, whether they are > commandline-based, or X11, or GNOME, or KDE. So that I could for example > find package for "video editing, for GNOME". Hmm, looks like you're describing debtags[1]. The only problem is almost none integration in current tools. [1]: http://debtags.alioth.debian.org/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: db.debian.org (and related infrastructure) updates
Hi On Tue, 2 Jan 2007 13:12:56 +0100 (CET) Santiago Vila <[EMAIL PROTECTED]> wrote: > For those of you who are afraid about reliability of a DNSBL, > I can highly recommend cbl.abuseat.org as the absolute minimum. > This list (called CBL for short) has the following properties: > > * Takes its data from very large spamtraps. > * Only lists IPs which are open-proxy-like. > * Only lists individual IPs, never lists "IP ranges". > * It's completely automated to prevent human error. > * Tries very hard not to list "real" SMTP servers. > * Everybody can remove any IP from the list without any questions at all. * Almost every time there is at least one SMTP server from each freemail (this is especially true for Czech ones, you won't get mail from them if using blacklists if you don't whitelist them). > and last, but not least important: > > * You can avoid approximately 50% of all the spam just by using this list. And you don't know how much legitimate mail you lost... > So I would call the CBL a very useful list. I thought the same ... before I actually started to use it for testing on my server. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: db.debian.org (and related infrastructure) updates
Hi On Tue, 2 Jan 2007 20:59:09 +0100 (CET) Santiago Vila <[EMAIL PROTECTED]> wrote: > As if those smtp servers were completely innocent. Most probably, > they are sending spam to CBL spamtrap addresses to begin with. Yes, most likely they send spam to spamtrap. You can not 100% filter spam on freemail. > I don't know the algorithm they use to determine that a mail server is > a "real" mail server, but if it has a bug, maybe they would be willing > to know about it. At least one of those servers tried to achieve not to be blacklisted, but AFAIK they were not successful... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#362216: ITP: stardict-english-czech -- Stardict package for English-Czech dictionary
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: stardict-english-czech Version : 20060412 Upstream Author : Milan Svoboda <[EMAIL PROTECTED]> and many other contributors * URL : http://cihar.com/software/slovnik * License : GNU/FDL Programming Lang: none Description : Stardict package for English-Czech dictionary This is a package of the GNU/FDL English-Czech dictionary for Stardict. . It contains also automatically generated dictionary for reverse direction. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-raptor Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEPWn83DVS6DbnVgQRAoG3AKC/zCTli9GrJT0Mzf2C9pN487fjKgCfbHgQ Ki2a4cCrq/yHsFa2UMbI050= =Hgpg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: multiarch status update
Hi On Sun, 14 May 2006 18:32:00 +0200 "Olaf van der Spek" <[EMAIL PROTECTED]> wrote: > On 5/13/06, Henning Makholm <[EMAIL PROTECTED]> wrote: > > The Linux kernel requires a full path for #! scripts. This makes > > One option would be to improve the Linux kernel. :) And make scripts incompatible with any other unix kernel? > Another option would be to update the #! line at install time with the > right prefix. This would kill MD5 checksums of changed files... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: reportbug defaults [Re: Bug#367200: ITP: libemail-send-perl -- Simply Sending Email]
On Wed, 17 May 2006 10:44:19 -0500 Ron Johnson <[EMAIL PROTECTED]> wrote: > Interesting. b.d.o doesn't seem to be answering on port 25 though. Doesn't your provider block port 25? $ telnet bugs.debian.org 25 Trying 140.211.166.43... Connected to bugs.debian.org. Escape character is '^]'. 220 spohr.debian.org ESMTP Exim 4.50 Wed, 17 May 2006 13:45:34 -0700 EHLO me 250-spohr.debian.org Hello nat-10.jups.junix.cz [86.49.49.74] 250-SIZE 62914560 250-PIPELINING 250 HELP QUIT 221 spohr.debian.org closing connection Connection closed by foreign host. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Making init scripts use dash
Hi On Fri, 19 May 2006 10:12:57 +0200 Petter Reinholdtsen <[EMAIL PROTECTED]> wrote: > I believe this is a fairly safe thing to do, but believe it should be > done shortly after etch releases, and not just a few months before we > freeze for etch. There are other things we can manage before etch > releases (avoid external programs, use dynamic readahead, parallel > booting, etc), and I suggest we focus on them this summer, and switch > to dash next spring. :) There are anyway users using dash as /bin/sh right now and broken packages are bugged, so switching default should not reveal any new bug (however there are some not being fixed for a long time). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Renaming a package
Hi On Tue, 30 May 2006 11:22:51 +0200 Simon Richter <[EMAIL PROTECTED]> wrote: > Hi, > > Steve Langasek schrieb: > > >>Package: oldpkg > >>Depends: newpkg > >>Description: transitional dummy package > > > >>Package: newpkg > >>Replaces: oldpkg > >>Conflicts: oldpkg > >>Description: ... > > > *NO* *NO* *NO* *NO* *NO*. Look closely at the package relationships you've > > specified. Why would you upload a package to the archive that *can never be > > installed*? > > Hm, that used to be a "magic" combination that would let dpkg do the > right thing. You should have versioned conflict for old version, otherwise these packages can not be installed together. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Correct dependencies on libgnutls-dev? (#370387)
Hi On Sun, 18 Jun 2006 20:10:15 +0200 Loïc Minier <[EMAIL PROTECTED]> wrote: > If we were to force all binaries to link to one and only one gnutls, > then we wouldn't allow two or three gnutls versions in the archive at > the same time. It's not about forcing one gnutls version for all binaries but forcing one gnutls version for one binary. This is IMHO reasonable. I just reported this problem as my sponsor refused to upload resulting package and I was not aware of anything wrong in it. Anyway moving libraries needed for static linkage to Libs.private would resolve shared libraries case as you most likely don't need direct linkage to gnutls while using libsoup. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Is OSS only support to be considered a bug?
On Mon, 26 Jun 2006 21:35:19 +0200 Wouter Verhelst <[EMAIL PROTECTED]> wrote: > No. There is snd-pcm-oss.ko, which provides working OSS sound, even if > you don't use aoss. Just make sure to load the proper module. This won't provide working sound in case you're using dmix or something similar (on sound card without hardware mixing) and other program is using sound. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Is OSS only support to be considered a bug?
On Tue, 27 Jun 2006 18:25:20 +0200 Wouter Verhelst <[EMAIL PROTECTED]> wrote: > On Tue, Jun 27, 2006 at 02:08:57PM +0200, Michal Čihař wrote: > > On Mon, 26 Jun 2006 21:35:19 +0200 > > Wouter Verhelst <[EMAIL PROTECTED]> wrote: > > > > > No. There is snd-pcm-oss.ko, which provides working OSS sound, even if > > > you don't use aoss. Just make sure to load the proper module. > > > > This won't provide working sound in case you're using dmix or something > > similar (on sound card without hardware mixing) and other program is > > using sound. > > That isn't a regression from "regular" (i.e., not emulated) OSS sound, > so... Yes it is not, I just wanted to point out that in kernel OSS emulation won't fix everything. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Booting - new idea?
Hi On Thu, 29 Jun 2006 13:57:09 +0300 Arto Inkala <[EMAIL PROTECTED]> wrote: > booting takes usually tens of seconds and it's based on starting and > running different programs. Is it possible to skip this part of booting? > > Particularly, is it possible to save the state of hardware and memories > during shutdown and upload them during boot time? I suppose, this would > minimize booting time, if it is technically possible to realize and > start programs this way? > > If there is already this kind of project going on, I'd like to hear > about it. Software suspend which exists in kernel for several years? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug#377546: ITP: schedtools -- Queries/alters process's scheduling policy; supports the -ck kernel patch
Hi On Sun, 09 Jul 2006 23:35:33 +0200 Thibaut VARENE <[EMAIL PROTECTED]> wrote: > * Package name: schedtools > Version : 1.2.6 > Upstream Author : Freek <http://freshmeat.net/projects/schedtool/> > * URL : http://freequaos.host.sk/schedtool/ > * License : GPLv2 > Programming Lang: C > Description : Queries/alters process's scheduling policy; supports the > -ck kernel patch > > schedtool can be used to query or alter a process' scheduling policy > under Linux. Support for CPU-affinity has also been added and most recently > (re-)nicing of processes. Thus, schedtool is the definitive interface to > Linux's scheduler. How does it compare to schedutils which are already in Debian? -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of circular dependencies, stage 5
On Tue, 25 Jul 2006 07:54:15 +0200 Mike Hommey <[EMAIL PROTECTED]> wrote: > I both cases, the circular dependency would be useful to avoid > installing the common data without the software. Consequently, when > you apt-get remove the software, you don't get an orphan data package. You can then apply same logic to shared libraries to make them depend on program which uses them to avoid orphan library packages. I think that aptitude way is better. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to deal with packages depending on mysql-server
Hi all On Tue, 25 Jul 2006 10:12:24 +0200 Bastian Venthur <[EMAIL PROTECTED]> wrote: > Since wordpress is not the only package depending on mysql-server, I'd > like to ask how other developers dealt with this problem? > > My proposal to satisfy both use-cases was, to provide two versions of > wordpress: > (1) wordpress -- depends on mysql-server > (2) wordpress-remotesql -- does not > > the solution was rejected by the maintainer (and the bug marked as minor > and wontfix BTW). > > What is the preferred solution for this kind of problem? I think suggests is enough for this case. Having two packages just because of different dependencies is overcomplicated. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: how to deal with packages depending on mysql-server
On Tue, 25 Jul 2006 09:49:06 +0100 Steve Kemp <[EMAIL PROTECTED]> wrote: > How about: > > Depends: mysql-remote-server | mysql-server > > Then create a dummy "mysql-remote-server" package which (possibly > conflicts with mysql-server) could be used to satisfy dependencies > only? If you want to add extra packages for dependencies only, Depends: virtual-mysql-server and make mysql-remote-server provide that. Or let it to user using equivs. > On Tue, Jul 25, 2006 at 10:21:03AM +0200, Michal ??iha?? wrote: > > I think suggests is enough for this case. Having two packages just > > because of different dependencies is overcomplicated. > > Suggests works for me,but I do think there is a bit of simplification > in the idea of a virtual package.. mysql-remote-server might help with dbconfig-common, but I don't know how that beast works. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326710: ITP: wammu -- Mobile Phone Manager
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: wammu Version : 0.10 Upstream Author : Michal Čihař <[EMAIL PROTECTED]> * URL : http://www.cihar.com/gammu/wammu * License : GPL Description : Mobile Phone Manager Mobile phone manager using Gammu as it's backend. It works with any phone Gammu supports - many Nokias, Siemens, Alcatel, ... Written using wxGTK. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326711: ITP: python-gammu -- Python module to communicate with mobile phones
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: python-gammu Version : 0.10 Upstream Author : Michal Čihař <[EMAIL PROTECTED]> * URL : http://www.cihar.com/gammu/python * License : GPL Description : Python module to communicate with mobile phones This provides gammu module, that can work with any phone Gammu supports - many Nokias, Siemens, Alcatel, ... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327473: ITP: wmmp -- Window Maker dock app client for Music Player Daemon (MPD)
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: wmmp Version : 0.10.0 Upstream Author : Anthony Peacock <[EMAIL PROTECTED]> * URL : http://www.musicpd.org/WMmp.shtml * License : GPL Description : Window Maker dock app client for Music Player Daemon (MPD) WMmp is Window Maker dock application for controlling Music Player Daemon (MPD). It is based on a WMxmms and has a similar LCD-style interface for controlling MPD. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rebuilding the archive in a dirty chroot: results
Hi Dne Fri, 25 Jan 2008 16:37:36 +0100 Lucas Nussbaum <[EMAIL PROTECTED]> napsal(a): > Seems like gzip didn't compress the files in the exact same way, even if > the resulting size was the same: > $ diff -burN t t2 > Binary files t/usr/share/doc/docbook-xsl-doc-html/changelog.Debian.gz > and t2/usr/share/doc/docbook-xsl-doc-html/changelog.Debian.gz differ > Binary files t/usr/share/doc/docbook-xsl-doc-html/NEWS.Debian.gz and > t2/usr/share/doc/docbook-xsl-doc-html/NEWS.Debian.gz differ > > -rw-r--r-- 1 lnussbaum grenoble 10286 2008-01-23 22:35 > t2/usr/share/doc/docbook-xsl-doc-html/changelog.Debian.gz > -rw-r--r-- 1 lnussbaum grenoble 1592 2008-01-23 22:35 > t2/usr/share/doc/docbook-xsl-doc-html/NEWS.Debian.gz > -rw-r--r-- 1 lnussbaum grenoble 10286 2008-01-23 22:35 > t/usr/share/doc/docbook-xsl-doc-html/changelog.Debian.gz > -rw-r--r-- 1 lnussbaum grenoble 1592 2008-01-23 22:35 > t/usr/share/doc/docbook-xsl-doc-html/NEWS.Debian.gz > > zdiff doesn't show any difference. AFAIR there it timestamp somewhere in gzip headers. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#463041: ITP: osc -- OpenSUSE (buildsystem) commander
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: osc Version : 0.99 Upstream Author : Peter Poeml <[EMAIL PROTECTED]> * URL : http://download.opensuse.org/repositories/openSUSE:/Tools/ * License : GPL Programming Lang: Python Description : OpenSUSE (buildsystem) commander Commandline client for the OpenSUSE build service which can be used to build packages for various RPM and DEB based distributions. See http://en.opensuse.org/Build_Service/CLI , as well as http://en.opensuse.org/Build_Service_Tutorial for a general introduction. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHnoe13DVS6DbnVgQRAq1tAJ42YSSWGJW8ztuGbl3gZi+dXv7v8ACgixNu Vs0W/Yt1rzxIiJ4wUxeAfD4= =kXzR -END PGP SIGNATURE-
Re: The 30 most popular packages missing in Debian
Hi On Thu, 31 Jan 2008 01:17:32 +0100 Sebastian Pipping <[EMAIL PROTECTED]> wrote: > Sebastian Pipping wrote: > > * A mapping to current ITPs might be interesting. > > (Integration into http://wnpp.debian.net/) > > I just added that. Currently about 500 RFPs and ITPs > show more than 0 installs: > > http://wnpp.debian.net/?type%5B%5D=ITP&type%5B%5D=RFP&sort=installs;desc Just another idea: how about marking pending bugs somehow? Because for example enblend is waiting in NEW queue and ITPs are marked pending. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: [update] Automatic mirror selection - feedback appreciated
Hi Dne Tue, 05 Feb 2008 22:13:48 +0100 "Leo \"costela\" Antunes" <[EMAIL PROTECTED]> napsal(a): > The -geomirror.d.n addresses are manually added CNAMEs to a > PowerDNS server that manages the zone geomirror.angband.pl (helpfully > loaned by Adam Borowski). This server is running pdns-backend-pipe, > which simply runs a script to determine the best mirror based on the > contents of Mirrors.masterlist[0], the IP that originated the request > and the requested architecture. Hmm, looks like mine server IP address is not detected correctly - first resolution ended up with Japan mirror, second one with UK and finally the third used correct Czech ;-). Not using any proxy DNS. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: [update] Automatic mirror selection - feedback appreciated
Hi On Wed, 6 Feb 2008 02:18:10 +0100 Adam Borowski <[EMAIL PROTECTED]> wrote: > geoip is not perfect, but a glance at your mail headers suggest that there > may be some confusion from another source. > > Received: from mort.cihar.com (mort.cihar.com [82.208.50.189]) > by liszt.debian.org > Tue, 5 Feb 2008 23:58:07 + (UTC) > Received: from p1185-ipbfp704tokaisakaetozai.aichi.ocn.ne.jp > ([125.207.87.185] helo=raptor.cic) > by mort.cihar.com > Wed, 06 Feb 2008 00:58:05 +0100 > Received: from localhost ([127.0.0.1] helo=raptor.cic ident=nijel) > by raptor.cic > Wed, 06 Feb 2008 08:57:57 +0900 > > IPs, rev names and time zones seem to match. The machine you sent the mail > from seems to be definitely in Japan, and geoip says so as well. The mail > server, mort.cihar.com, looks Czechish (per its time zone and your name) -- > again, geoip confirms that. This server was the place where I tried the lookup and it is really in Czech. It has own DNS server which does not use any proxy and I flushed it's cache before each attempt. Just tested it again to be sure: # Flush of DNS server cache [EMAIL PROTECTED] host i386-geomirror.debian.net i386-geomirror.debian.net is an alias for i386.geomirror.angband.pl. i386.geomirror.angband.pl is an alias for ftp2.jp.debian.org. ftp2.jp.debian.org has address 210.157.158.33 # Flush of DNS server cache [EMAIL PROTECTED] host i386-geomirror.debian.net i386-geomirror.debian.net is an alias for i386.geomirror.angband.pl. i386.geomirror.angband.pl is an alias for ftp.cz.debian.org. ftp.cz.debian.org has address 195.113.161.73 Any further resolutions seems to go correctly to ftp.cz.d.o. Okay let's try it also another way - ask directly your server without anything on the way. It seems that last reply is somehow cached even for different source addresses. If I do query first here in Japan and then over there in Czech, I get few results pointing to Japan mirror before it updates to Czech one. The same happens when I then start resolving in Japan - I get again the Czech server on first attempts. Log follows, the time difference 8 hours is time zone shift: [EMAIL PROTECTED] dig i386.geomirror.angband.pl @nurnen.angband.pl ; <<>> DiG 9.4.2 <<>> i386.geomirror.angband.pl @nurnen.angband.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 24505 ;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;i386.geomirror.angband.pl. IN A ;; ANSWER SECTION: i386.geomirror.angband.pl. 3600 IN CNAME ftp2.jp.debian.org. ;; Query time: 184 msec ;; SERVER: 212.160.145.27#53(212.160.145.27) ;; WHEN: Wed Feb 6 02:40:03 2008 ;; MSG SIZE rcvd: 75 [EMAIL PROTECTED] dig i386.geomirror.angband.pl @nurnen.angband.pl ; <<>> DiG 9.4.2 <<>> i386.geomirror.angband.pl @nurnen.angband.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 16974 ;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;i386.geomirror.angband.pl. IN A ;; ANSWER SECTION: i386.geomirror.angband.pl. 3600 IN CNAME ftp.cz.debian.org. ;; Query time: 56 msec ;; SERVER: 212.160.145.27#53(212.160.145.27) ;; WHEN: Wed Feb 6 02:40:05 2008 ;; MSG SIZE rcvd: 74 [EMAIL PROTECTED] dig i386.geomirror.angband.pl @nurnen.angband.pl ; <<>> DiG 9.4.2 <<>> i386.geomirror.angband.pl @nurnen.angband.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 11125 ;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;i386.geomirror.angband.pl. IN A ;; ANSWER SECTION: i386.geomirror.angband.pl. 3600 IN CNAME ftp.cz.debian.org. ;; Query time: 327 msec ;; SERVER: 212.160.145.27#53(212.160.145.27) ;; WHEN: Wed Feb 6 10:41:15 2008 ;; MSG SIZE rcvd: 74 [EMAIL PROTECTED] dig i386.geomirror.angband.pl @nurnen.angband.pl ; <<>> DiG 9.4.2 <<>> i386.geomirror.angband.pl @nurnen.angband.pl ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 18208 ;; flags: qr rd; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; WARNING: recursion requested but not available ;; QUESTION SECTION: ;i386.geomirror.angband.pl. IN A ;; ANSWER SECTION: i386.geomirror.angband.pl. 3600 IN CNAME ftp2.jp.debian.org. ;; Query time: 332 msec ;; SERVER: 212.160.145.27#53(212.160.145.27) ;; WHEN: Wed Feb 6 10:42:31 2008 ;; MSG SIZE rcvd: 75 -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Debian mirror CDN had launched.
Dne Sun, 17 Feb 2008 13:46:47 +0100 Kurt Roeckx <[EMAIL PROTECTED]> napsal(a): > On Sun, Feb 17, 2008 at 01:08:39PM +0100, Vincent Bernat wrote: > > > > I just try with host: > > cdn.debian.net is an alias for deb.cdn.araki.net. > > deb.cdn.araki.net has address 61.115.118.67 > > deb.cdn.araki.net has address 133.5.166.3 > > deb.cdn.araki.net has address 133.5.166.3 > > deb.cdn.araki.net has address 61.206.119.174 > > deb.cdn.araki.net has address 133.50.218.117 > > deb.cdn.araki.net has address 130.54.59.159 > > deb.cdn.araki.net has address 133.50.218.117 > > deb.cdn.araki.net has address 133.50.218.117 > > > > 61.115.118.67 is ftp.de.debian.org. I am located in France with an IP > > address of one of the largest ISP here. This ISP is hosting an official > > Debian mirror. > > 61.115.118.67 is hanzubin.st.wakwak.ne.jp. I think the whole lists > you show there are Japanese servers. ftp.de.debian.org is 141.76.2.4 > which is the one I get while being in .be. I get it also here in .cz... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Proposed MBF: Debian upstream version higher than watch file-reported upstream version
Hi On Sun, 17 Feb 2008 14:41:34 -0600 Raphael Geissert <[EMAIL PROTECTED]> wrote: > Michal Čihař <[EMAIL PROTECTED]> >gammu The problem with this is that there are stable versions, for which I use watch file and are uploaded to unstable. Testing versions I put (usually) to experimental and I don't change watch file there. Is it really that big problem that packages in experimental don't have absolutely correct watch file? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Proposed MBF: Debian upstream version higher than watch file-reported upstream version
Hi
On Mon, 18 Feb 2008 19:20:18 -0600
Raphael Geissert <[EMAIL PROTECTED]> wrote:
> Seems like I forgot to make sure to list only those affecting packages in
> unstable. But it would anyway be nice to keep both watch files working :)
I know, but I tend to forgot to this when I upload package to
experimental ;-).
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Upstream API breakage question
Hi
On Tue, 19 Feb 2008 03:43:09 -0600
William Pitcock <[EMAIL PROTECTED]> wrote:
> libprojectM upstream are soon releasing libprojectM 1.1 which makes the
> following breakage:
>
> public: PCM *projectM::pcm
>
> is replaced by:
>
> public: const inline PCM *projectM::pcm() { return _pcm; }
>
> So, is this the proper solution:
>
> * libprojectm1 -> libprojectm2
> * libprojectm-dev -> libprojectm2-dev
> * libprojectm-dev becomes virtual package of libprojectm2-dev
There is no need to rename devel package unless you want to support
both versions of this library.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Intent to hijack pyicqt
Hi package was only initially uploaded and then no bug fixes happened, what lead to completely broken package which I fixed by NMU in October 2007. Patrick promised to work on the package in December 2007 (see bug #453959 [1]), but nothing happened and I did not get any reply on my emails since that time. I have prepared package with new version in svn[2][3] and will upload them next week if no objections will appear. [1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453959 [2]:svn://svn.cihar.com/debian-pyicqt [3]:http://viewsvn.cihar.com/viewvc.cgi/debian-pyicqt/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Intent to hijack pyicqt
Hi On Thu, 28 Feb 2008 16:32:50 +0100 Patrick <[EMAIL PROTECTED]> wrote: > I waited for a new version + waited for the final end of migration to > google-code-base. Unfortunately I am quite busy at the moment but my > intention was to get a new version ready before end of february - which > was the last deadline you mentioned. I just did not see any reaction from your side, that's why I wrote this email. End of February is tomorrow and wanted to get feedback ;-). > Nevertheless - I totally understand your point and hereby agree to you > taking over my package - but since it is my work in the first place + > due to my continuing interest in the pyicqt package I'd like to > co-maintain it. > > I hope you agree to that compromise. Of course no problem with that. Maybe we can use PAPT [1] for co-maintaining it as Sandro Tosi has suggested me. [1] http://wiki.debian.org/Teams/PythonAppsPackagingTeam -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: ARCH sh (SuperHelix)
Hi
On Mon, 3 Mar 2008 22:44:04 +0100
Michelle Konzack <[EMAIL PROTECTED]> wrote:
> some time ago, there was a sh (SuperHelix) architecture in
> Debian which has disapeared.
Not that I would know something about status of this port, but the
architecture name is Super Hitachi :-).
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
uscan download URL mangling
Hi
I'm trying to construct watch file for python-mpd. It can be downloaded
here: http://pypi.python.org/simple/python-mpd/, but the download URL
contains #md5=... part, which I would like to be removed when uscan
downloads the tarball. Is there some way to do this?
I currently have following, but it does not seem to work and the #md5=
is not removed.
opts="downloadurlmangle=s/#.*//" \
http://pypi.python.org/simple/python-mpd/ \
http://pypi.python.org/packages/source/p/python-mpd/python-mpd-(.*)\.tar\.gz#.*
Any ideas how to make this?
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Bug#474699: ITP: python-mpd -- Python MPD client library
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: python-mpd Version : 0.2 Upstream Author : J. Alexander Treuman <[EMAIL PROTECTED]> * URL : http://www.musicpd.org/~jat/python-mpd/ * License : GPL Programming Lang: Python Description : Python MPD client library An MPD (Music Player Daemon) client library written in pure Python. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH+e+T3DVS6DbnVgQRAqJ+AKC8fGud9G4O6i1jWR1JqUMAamsfKwCg80h2 AAbV9HyT3sJ9tTsaL8B4UlE= =19z0 -END PGP SIGNATURE-
Re: Bug#474699: ITP: python-mpd -- Python MPD client library
Hi
On Mon, 07 Apr 2008 11:32:14 +0200
Cyril Brulebois <[EMAIL PROTECTED]> wrote:
> how does it compare to python-mpdclient?
To be honest I did not compare it. But Sonata switched to this one and
they claim it is faster and better and I don't have reason not to trust
them.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: uscan download URL mangling
Hi On Mon, 7 Apr 2008 12:15:23 +0100 "Adam D. Barratt" <[EMAIL PROTECTED]> wrote: > downloadurlmangle affects the URL that uscan downloads, not the filename > that the result is saved under; for the latter you want filenamemangle: > > opts="filenamemangle=s/^.*(python-mpd-.*?\.tar\.gz)#.*$/$1/" \ > http://pypi.python.org/simple/python-mpd/ \ > > http://pypi.python.org/packages/source/p/python-mpd/python-mpd-(.*?)\.tar\.gz#.* Thanks, I just thought that downloadurlmangle will affect both download url and resulting filename. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: uscan download URL mangling
Dne Mon, 7 Apr 2008 18:32:36 +0200 "Sandro Tosi" <[EMAIL PROTECTED]> napsal(a): > There is a much simpler way: > > http://pypi.python.org/packages/source/p/python-mpd/python-mpd-(.*)\.tar\.gz > > I've committed that url in the repository. Thanks, I thought this won't work, so I even did no try it ;-). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: libcwd in Debian unstable
On Thu, 10 Apr 2008 16:44:50 +0200 Carlo Wood <[EMAIL PROTECTED]> wrote: > It was added 16 March, that is 3+ weeks ago! :/ > So, debian-devel@lists.debian.org: can someone tell me why > libcwd was added as amd64 package, but still doesn't exist > as x86 package please? Because it is non-free? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: ssl problems: gpg affected?
On Thu, 15 May 2008 08:09:02 +0200 Norbert Preining <[EMAIL PROTECTED]> wrote: > On Do, 15 Mai 2008, Steinar H. Gunderson wrote: > > No. Any key who had a single DSA signature created by the flawed version of > > OpenSSL should be considered compromised. DSA requires a secret, random > > Does this extend to gpg keys and its signatures? That would make quite > an impact. GnuPG does not use OpenSSL, so it should be safe. But generally it could be possible to use same key for both GnuPG and OpenSSL and then you would have a problem. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: extensive patching
Hi
On Fri, 16 May 2008 19:28:52 +0200
Martin Uecker <[EMAIL PROTECTED]> wrote:
> Upstream answered that it is okay too remove the seeding of the PRNG
> with uninitialized memory, but the concrete patch which additionally and
> erranously removed all seeding was never posted on openssl-dev.
Are you sure?
http://thread.gmane.org/gmane.comp.encryption.openssl.devel/10917
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: extensive patching
Hi Dne Fri, 16 May 2008 20:59:44 +0200 Martin Uecker <[EMAIL PROTECTED]> napsal(a): > I don't see a patch there. This might sound like nitpicking, but > a real patch would have provided some context to the two lines. Yes there is no context, but it is patch and it is clear that it wants to remove two lines of code. Today all we know that only one of them was relevant to that problem... > Nevertheless, the right thing in my opinion would have been to > propose a patch, wait until it is accepted, and then to package > the new upstream version. Well the problem is that you always don't get response, you simply have to include some patches before they are reviewed/accepted by upstream. If you're lucky, upstream is responsive and you can push all patches directly to them, but from my experience[*] it many times does not work. [*]: I don't have much patched my Debian packages (well I'm upstream for many of them), but I was working for SUSE about 3 years ago and many of patches which were really needed for packaging are still waiting for even review in upstream trackers. You simply can not build distribution without not reviewed patches. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: FYI: VCS choice these days
Dne Wed, 21 May 2008 15:10:14 -0500 Steve Greenland <[EMAIL PROTECTED]> napsal(a): > FWIW, and I'm not sure it actually conflicts or invalidates or even > causes questions of the popcon data, but installs, at least, may not > mean that much. On my main home box, several years old now, I've got all > of cvs, svn, rcs[1], mercurial, git, and bzr installed, because at one > point or another I've need to grab source from a repository that used > that particular tool. Currently I only *use* mercurial. Well, popcon is not probably best source of such information, but there is hard to find better one. For me, I have installed cvs, svn, bzr, git and darcs (at least, I did not really check, but these I use regularly), most of them just because I have to use them in some projects... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: default character encoding for everything in debian
Hi Dne Mon, 10 Aug 2009 13:09:21 +0200 Thomas Koch napsal(a): > I've an issue, that I forgot to set the character encoding of tomcat to utf-8 > after reinstalling a server. > Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite > to > discuss) shouldn't utf8 be the default character set everywhere? So when > installing a package from Debian I can assume that where a character encoding > can be set, it't set to utf8. > MySQL would be another example, which to my knowledge uses isoXYZ as default > character encoding. I don't know tomcat, but for MySQL it would definitely break some existing applications (which are broken and do not care about charsets, but that's different topic). -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Debian Policy 3.8.3.0 released: localized manpages
Hi Dne Sun, 16 Aug 2009 16:31:09 +0800 Paul Wise napsal(a): > Could the i18n team write something about the technical details of > doing translated manual pages the "right way" that could be shown to > upstreams and promoted via lwn.net, blogs and similar? I wanted to do > translated manual pages for chromium-bsu upstream but not knowing how > to do it properly prevented me from doing it at all. Probably using po4a is the easiest way to handle man pages. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Recommendations for man pages in Debian
Hi
Dne Wed, 19 Aug 2009 22:00:33 +0200
Christian Perrier napsal(a):
> Maybe the requirement for man pages to be localized and up-to-date
> should be restricted to Debian-specific packages?
>
> Otherwise, I expect many headaches with various upstreams wrt these
> localized manpages.
Well I can see headaches with using outdated localized man pages, so I
think it is okay to forward the headaches to upstream :-).
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Python 2.6? A Python transition?
Hi
Dne Wed, 26 Aug 2009 11:00:40 +0200
Josselin Mouette napsal(a):
> To put it simply:
> * Most packages using cdbs should be safe.
> * Some packages using dh (most of those building only one binary
> package) should be safe.
> * All the rest needs updating, at least for the new setup.py
> option.
Well for most packages it just means merging back Ubuntu changes ...
just if maintainer would be notified about them, it would make it much
easier.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Bug#550860: ITP: gnaughty -- downloader for adult content
Hi Dne Tue, 13 Oct 2009 17:58:01 +0200 Frederic Peters napsal(a): > Michal Čihař wrote: > > > * Package name: gnaughty > > Version : 1.2.0 > > Upstream Author : Troy McClure > > * URL : http://gnaughty.sourceforge.net/ > > * License : GPL > > Programming Lang: C > > Description : downloader for adult content > > > > Program to automatically download adult sex content, i.e. porn movies > > and pictures, from a known internet porn directory. > > > > Providing a friendly interface, users who feel like having some porn can > > have it served fastly and directly to their desktop. > > Do you know about bug 283578 ? Yes, but the main objections there was that it includes the picture. This tool is just a downloader. You can also use Iceweasel, wget or anything else to download same things. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug#550860: ITP: gnaughty -- downloader for adult content
Hi Dne Wed, 14 Oct 2009 09:14:01 +1100 Russell Coker napsal(a): > On Wed, 14 Oct 2009, Michal Čihař wrote: > > > > Description : downloader for adult content > > > > > > > > Program to automatically download adult sex content, i.e. porn movies > > > > and pictures, from a known internet porn directory. > > > > > > > > Providing a friendly interface, users who feel like having some porn > > > > can have it served fastly and directly to their desktop. > > > > > > Do you know about bug 283578 ? > > > > Yes, but the main objections there was that it includes the picture. > > This tool is just a downloader. You can also use Iceweasel, wget or > > anything else to download same things. > > Can gnaughty download anything other than porn? Not really without patching the source. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: packages that use deprecated SQL escape functions
Hi Dne Thu, 15 Oct 2009 13:26:14 +1100 Steffen Joeris napsal(a): > gammu: Michal Čihař > ./gammu-1.24.0/smsd/services/pgsql.c: > PQescapeString(buffer4, buffer2, strlen(buffer2)); > ./gammu-1.24.0/smsd/services/pgsql.c: > PQescapeString(buffer5, buffer2, strlen(buffer2)); > ./gammu-1.24.0/smsd/services/pgsql.c: > PQescapeString(buffer5, > buffer2, strlen(buffer2)); PQescapeString is used only if PQescapeStringConn is not available in compile time, what was AFAIK the case in some older PostgreSQL versions. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Something like Pre-Depends for Suggests
Hi
I think this problem is common to more packages, but I hit this at
phpMyAdmin. The problem is that it Suggests mysql-server because it can
also work with remote server. In the same time it uses dbconfig-common
to configure the database. However dbconfig-common fails for obvious
reasons when the server is not yet configured (and running). If it would
be strict dependency, Pre-Depends would solve the issue, but there is
not something like "I can use this package, but it has to be configured
prior to installation".
Any suggestions how to solve this problem?
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Something like Pre-Depends for Suggests
Hi Dne Mon, 19 Oct 2009 17:09:17 +0200 Josselin Mouette napsal(a): > Pre-Depends would certainly not solve the issue. Actually, a simple > Depends would be enough, since the server would be started by > mysql-server.postinst, always executed before phpmyadmin.postinst. > > Furthermore, it is a common mistake to believe that Pre-Depends can make > a package available at debconf time; IT WILL NOT be available at that > time. Only essential packages can be used from .config scripts. At debconf time only questions are asked (if dbconfig-common is available), the configration happens at postinst time. The problem is that dbconfig-common requires running server at postinst time, what can not be guaranteed if phpmyadmin and mysql are installed together. For some reason this bug has been reported about 30 times in Ubuntu while only once in Debian. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Something like Pre-Depends for Suggests
Hi
Dne Tue, 20 Oct 2009 08:30:05 +0200
Tollef Fog Heen napsal(a):
> Get dbconfig-common fixed to allow you to configure a database that's
> not yet set up. I guess you can do this by asking the questions, then
> having a trigger fire when the database is configured?
This probably would not allow to fix the configuration if user did
something wrong. Or is it possible to use debconf from triggers?
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Lintian based autorejects
Hi Dne Wed, 28 Oct 2009 14:21:18 +1100 Brian May napsal(a): > On Tue, Oct 27, 2009 at 02:57:35PM +, Simon McVittie wrote: > > - statically-linked-binary > > This is not always a bug. e.g. dar-static is supposed to be statically linked! And thus is a perfect candidate for a lintian override. Or maybe rather filing a wishlist bug for lintian to allow statically linked binaries in packages whose name ends with -static. > My packages produce a number of lintian errors/warnings that I don't consider > to be a problem (like this one) - it would be good if there was a tool I could > use to automatically compare the output of lintian with the list documented > here so I can find out what problems I might have without making a useless > upload. Just add overrides for all lintian checks which you feel are not problem. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: dir-or-file-in-var-www on single-HTML file web "apps" or the like
Hi Dne Tue, 3 Nov 2009 22:49:42 +0100 Stefano Zacchiroli napsal(a): > I'm looking at some of the dir-or-file-in-var-www bugs reported by > Manoj. A recurrent pattern is that of packages that ship, as their > static content, a single .html file, usually a form for triggering some > CGI app. All of them reported to be buggy store that file as > /var/www/file.html. > > Reading §5.3 of the above link, I wonder whether the following solution > would be appropriate: > > - ship under /etc/apache2/conf.d/ a snippet with an Alias dir mapping > the package name to a dir containing the static content (a single html > file, usually) > - add an index.html -> file.html symlink in that dir > > For the end user, the change would be from accessing the app as > http://localhost/file.html to accessing it as http://localhost/package/. It would be indeed change for existing users, but new users will get all web applications on same expected location. So I'd rather see this as a benefit in long term. > Also, can we do anything better---still remaining FHS-compatible---than > documenting that in a NEWS.Debian entry to ease transition to the new > URL? Documenting in NEWS.Debian seems to be appropriate here. As there probably will be more such changes, some general paragraph in release notes might be also good idea. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: xulrunner, poppler, gnome and gupnp transitions
Hi
Dne Sun, 08 Nov 2009 12:48:11 +0100
Luk Claes napsal(a):
> - geeqie not yet built on all arches which prevents libchamplain and
> empathy from migrating
Filed upstream bug about FTBFS on hurd and I will try to look at it
deeper tomorrow, but new upload is anyway already waiting in NEW, so it
will take some time...
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: xulrunner, poppler, gnome and gupnp transitions
Dne Mon, 9 Nov 2009 11:22:14 +0100 Michael Banck napsal(a): > On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote: > > Hi > > > > Dne Sun, 08 Nov 2009 12:48:11 +0100 > > Luk Claes napsal(a): > > > > > - geeqie not yet built on all arches which prevents libchamplain and > > > empathy from migrating > > > > Filed upstream bug about FTBFS on hurd > > hurd-i386 is not relevant for testing migrations. Yes, I noticed later that the some other builds are waiting, but this one was FTBFS. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Build logs from local builds
Hi Dne Wed, 11 Nov 2009 09:39:38 +0100 Sandro Tosi napsal(a): > As a personal note, as one of those unlucky people with a very slow > network connection: if binary packages built by maintainer have to be > discarded, than *please* allow a way to actually not upload them. > > I'm in favor of let the buildds generate binaries for all the arch > (even the one the maintainer used to build the package locally), but > having to wait a long time to upload a set of .debs and then see them > discarded it quite uncomfortable, and a waste of time, disk space and > bandwidth. On the other side it prevents uploading unbuildable packages. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: xulrunner, poppler, gnome and gupnp transitions
Hi
Dne Sat, 14 Nov 2009 15:09:51 +0100
Josselin Mouette napsal(a):
> > - empathy not built on kfreebsd*
>
> It’s waiting on geoclue, which in turn needs disabling of gammu support
> on !linux.
It rather looks like Gammu needs disabling libusb support on !linux,
I will do that.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: xulrunner, poppler, gnome and gupnp transitions
Hi Dne Sat, 14 Nov 2009 17:04:18 + "Adam D. Barratt" napsal(a): > #556178 was filed against geoclue this morning, but has already been > marked as wontfix and closed. The suggestion was to modify gammu to > build without libusb support on !linux, but there doesn't appear to be > any open request to do that. Just uploaded Gammu with this fix. I'd be great if somebody would notice me about this problem directly, it would not have to wait till I get to read mails on mailing lists... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: xulrunner, poppler, gnome and gupnp transitions
Hi Dne Mon, 16 Nov 2009 11:22:22 +0100 Cyril Brulebois napsal(a): > Michal Čihař (16/11/2009): > > Hi > > Hello, > > > "Adam D. Barratt" napsal(a): > > > > > #556178 was filed against geoclue this morning, but has already > > > been marked as wontfix and closed. The suggestion was to modify > > > gammu to build without libusb support on !linux, but there doesn't > > > appear to be any open request to do that. > > > > Just uploaded Gammu with this fix. I'd be great if somebody would > > notice me about this problem directly, it would not have to wait > > till I get to read mails on mailing lists... > > given there are several hundreds (when not thousands) of FTBFSes on > non-Linux ports, you might guess it's hard to check the situation for > each and every package, to send patches or to mark as Linux specific > accordingly. And even if some cases are actually trivial, that takes a > lot of time, which is why many packages are simply marked as Failed > with a “Needs porting” message, while others are simply Maybe-Failed: > because the buildd maintainer hasn't had a chance to check what was > going on. I know it's generally hard, but in this specific case, the problem has been already diagnosed and solution suggested here in mailing list and in bug report on geoclue. Not everybody reads debian-devel and not reported bugs will most likely not get fixed. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: leftover /usr/X11R6 references
Hi Dne Fri, 20 Nov 2009 17:41:32 -0500 Joey Hess napsal(a): > Binary file librpm.so.0 matches > Binary file librpm.so.0.0.0 matches lib/psm.c:static const char * const SCRIPT_PATH = "PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin"; I don't think it causes any harm. > There are probably more references total than can be sensibly removed, > but perhaps it would be worth adding some targeted lintian checks to warn > about > uses in places, like libraries, where it probably indicates the library is > doing unnecessary work of including the directory in a search path? Is this really worth of diversion from upstream? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: leftover /usr/X11R6 references
Hi Dne Sat, 21 Nov 2009 15:10:54 +0600 Mikhail Gusarov napsal(a): > > Twas brillig at 03:00:27 21.11.2009 UTC+01 when ni...@debian.org did gyre and > gimble: > > >> There are probably more references total than can be sensibly removed, > >> but perhaps it would be worth adding some targeted lintian checks to warn > about > >> uses in places, like libraries, where it probably indicates the library is > >> doing unnecessary work of including the directory in a search path? > > MČ> Is this really worth of diversion from upstream? > > It worth reporting to upstream and sending patches. Is really /usr/X11R6 deprecated everywhere? I'm afraid it's just FHS. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug#562009: ITP: python-keyring -- Python module to access the system keyring service
Hi Dne Mon, 21 Dec 2009 23:42:29 +0100 David Paleino napsal(a): > Package: wnpp > Severity: wishlist > Owner: David Paleino > > * Package name: python-keyring > Version : 0.2 > Upstream Author : Kang Zhang > * URL : http://home.python-keyring.org/ > * License : PSF > Programming Lang: Python > Description : Python module to access the system keyring service > > The Python keyring module provides a easy way to access the system keyring > service from python. It can be used in any application that needs safe > password storage. It supports OSX, KDE, Gnome and Windows's native password > storing services. Besides this, it is shipped with kinds of Python > implemented keyring for the left environments. > > > I haven't yet checked whether PSF is DFSG-free, nor what version it exactly > is. It's only mentioned on the PKG-INFO accompanying the sourcecode, will ask > upstream for further clarification. This package is already in Debian: http://packages.debian.org/sid/python-keyring -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#562179: ITP: smem -- memory reporting tool
Package: wnpp Severity: wishlist Owner: "Michal Čihař" -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: smem Version : 0.9 Upstream Author : Matt Mackall * URL : http://www.selenic.com/smem/ * License : GPL Programming Lang: Python Description : memory reporting tool Tool that can give numerous reports on memory usage on Linux systems. Unlike existing tools, smem can report proportional set size (PSS), which is a more meaningful representation of the amount of memory used by libraries and applications in a virtual memory system. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAksyJE0ACgkQ3DVS6DbnVgQxQACfbR0LZ+oJDjU3KozrQ8Gupadu 36gAoIeKeMF69/C3tZ/LFLvXRrMdJqF9 =ycVk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hi On Wed, 28 Mar 2007 07:56:23 +0200 Bart Martens <[EMAIL PROTECTED]> wrote: > On Wed, 2007-03-28 at 07:43 +0200, Andreas Tille wrote: > > The relation between Rejects and Voters is currently the highest we > > ever had. I'm just asking whether we need some technical improvement > > here because I personally add a count of three to the rejects and > > have no idea how to vote successfully. > > I had problems with encrypted voting. Unencrypted voting worked for me. Same here, tried encrypted first, it failed (see bellow), then unencrypted and it worked fine. The folowing errors were reported: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= There was a problem verifying the signature on the ballot. GPG did not return a fingerprint or key id -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= gpg: WARNING: unsafe permissions on homedir `/org/vote.debian.org/data/leader2007' gpg: encrypted with 2048-bit ELG-E key, ID 05C78623, created 2004-01-10 gpg: encrypted with 2048-bit ELG-E key, ID 43C42E9B, created 2007-03-09 [GNUPG:] ENC_TO E1427DEB43C42E9B 16 0[GNUPG:] USERID_HINT E1427DEB43C42E9B DPL Vote 2007 (Ephemeral Key) <[EMAIL PROTECTED]>[GNUPG:] NEED_PASSPHRASE E1427DEB43C42E9B 7C9FC748EBF31170 16 0[GNUPG:] GOOD_PASSPHRASE[GNUPG:] ENC_TO 6EFA5AE205C78623 16 0[GNUPG:] NO_SECKEY 6EFA5AE205C78623[GNUPG:] BEGIN_DECRYPTION[GNUPG:] PLAINTEXT 62 1174979122 [GNUPG:] DECRYPTION_OKAY[GNUPG:] GOODMDC[GNUPG:] END_DECRYPTION-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hi On Wed, 28 Mar 2007 07:52:38 -0500 Manoj Srivastava <[EMAIL PROTECTED]> wrote: > This seems to indicate that the key was not in the keyring. > > 2048-bit ELG-E key, ID 43C42E9B, created 2007-03-09 > > __> gpg --homedir=. --keyring debian-keyring.gpg --keyring > debian-keyring.pgp --with-colons --list-keys 0x05C78623 > tru::1:1173480793:0:3:1:5 > pub:-:1024:17:DC3552E836E75604:2004-01-10:::-:Michal �x8ciha�x99 <[EMAIL > PROTECTED]>::scESC: > uid:-2004-01-10::F480D937920614DA2771B2AC795928D40377D5D6::Michal > �x8ciha�x99 <[EMAIL PROTECTED]>: > uid:-2005-06-24::116BDA5CF8D36EE8B1292D3E92D36255A5FB6B84::Michal > �x8ciha�x99 <[EMAIL PROTECTED]>: > uid:r::D1EC97D564177B3B1353C10890FC7E2587E036F3::Michal �x8ciha�x99 > <[EMAIL PROTECTED]>: > uid:-2005-06-24::6688FC339BECDD0C786D57C010DAD2CA2556D79A::Michal > �x8ciha�x99 <[EMAIL PROTECTED]>: > uid:-2004-01-17::D8B33E3CA038B007EDF62CD1A62B21074C7A989A::Michal > �x8ciha�x99 <[EMAIL PROTECTED]>: > uid:-2007-03-14::CA412CA1B1E145B6CE7FABC55F4AC57FD8E6190F::Michal > �x8ciha�x99 <[EMAIL PROTECTED]>: > sub:-:2048:16:6EFA5AE205C78623:2004-01-10::e: > > > See? Don't sign with a key that is not in the debian keyring > yet. I really don't get which key is not there. I signed with my same key, which worked for unencrypted voting and which worked on previous GR vote. I was really not able to decode what went wrong from message I got, it seems to complain about missing secret key for my key, which is okay. Does encrypt to self break voting? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hi
On Thu, 29 Mar 2007 21:23:28 +0200
Kurt Roeckx <[EMAIL PROTECTED]> wrote:
> If you encrypt to yourself, how is the voting system supposed to decrypt
> it?
It was encrypted for two keys, both of them can decrypt it.
> You also encrypted to the key that was generated for this vote, which
> looks good. Did you encrypt it twice or something?
Yes, this is way I send out all encrypted mails so that I can read them
in Sent mail:
gpg --encrypt -a --recipient [EMAIL PROTECTED] --encrypt-to
DC3552E836E75604
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hello On Fri, 30 Mar 2007 11:02:49 -0500 Manoj Srivastava <[EMAIL PROTECTED]> wrote: > It turns out that it was indeed encrypted, but the message was > not signed; which means there is no information about who is sending > the ballot. This is a legitimate addition to the ballot; I'll point > it out in the next CFV. It of course was signed, I simply don't know what went wrong, but it seems that something fooled script which is handling votes (signature won't verify, because I deleted the votes): [EMAIL PROTECTED]:/tmp/vote$ gpg --decrypt mail > decrypted You need a passphrase to unlock the secret key for user: "Michal Čihař <[EMAIL PROTECTED]>" 2048-bit ELG-E key, ID 05C78623, created 2004-01-10 (main key ID 36E75604) gpg: encrypted with ELG-E key, ID 43C42E9B gpg: encrypted with 2048-bit ELG-E key, ID 05C78623, created 2004-01-10 "Michal Čihař <[EMAIL PROTECTED]>" [EMAIL PROTECTED]:/tmp/vote$ cat decrypted Content-Type: multipart/signed; boundary=Sig_RW14tDhEezNYBYqzBFPkcVG; protocol="application/pgp-signature"; micalg=PGP-SHA1 --Sig_RW14tDhEezNYBYqzBFPkcVG Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > - - -=3D-=3D-=3D-=3D-=3D- Don't Delete Anything Between These Lines =3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D- > e0acebd2-71f1-4df8-ae4d-50355ad7aa81 > [ ] Choice 1: Wouter Verhelst > [ ] Choice 2: Aigars Mahinovs > [ ] Choice 3: Gustavo Franco > [ ] Choice 4: Sam Hocevar > [ ] Choice 5: Steve McIntyre > [ ] Choice 6: Rapha=C3=ABl Hertzog > [ ] Choice 7: Anthony Towns > [ ] Choice 8: Simon Richter > [ ] Choice 9: None Of The Above > - - -=3D-=3D-=3D-=3D-=3D- Don't Delete Anything Between These Lines =3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D- --=20 Michal =C4=8Ciha=C5=99 | http://cihar.com | http://blog.cihar.com --Sig_RW14tDhEezNYBYqzBFPkcVG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGCMIx3DVS6DbnVgQRAtJlAKDoXjrx49GJ2zTSP1PZt2CVcpo6fACglVXk VMIjrLiaxHRdJj3wHqjGjDU= =JGT1 -END PGP SIGNATURE- --Sig_RW14tDhEezNYBYqzBFPkcVG-- -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hello On Sun, 1 Apr 2007 18:15:40 +0200 "Steinar H. Gunderson" <[EMAIL PROTECTED]> wrote: > On Sun, Apr 01, 2007 at 06:11:38PM +0200, Michal Čihař wrote: > > It of course was signed, I simply don't know what went wrong, but it > > seems that something fooled script which is handling votes (signature > > won't verify, because I deleted the votes): > > You had your message signed, then put the signature into a separate MIME > part and then finally encrypted the whole kaboodle? Does that make any sense? Well it did Claws mail for me and I didn't investigate this. I also didn't have problem with signed and encrypted mails so far. And why it wouldn't make sense? Or I have to use inline PGP when encrypting? -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hi On Sun, 01 Apr 2007 13:04:12 -0500 Manoj Srivastava <[EMAIL PROTECTED]> wrote: > This is the most creative and weird action I have seen in the > last few elections. > > You send an encrypted mail, which was not itself signed. This > caused the vote to be rejected. Now, the body of the mail, once you > decrypted it, did contain a signed vote -- but this is too late, > since the outer mail was not signed, nothing processed the decrypted > body. > > And no, you do not need to send in inline PGP when encrypting > ballots; you can send a signed *AND* encrypted RFC 3156 mail > message. Maybe I read RFC 3156 wrong, but I think it says exactly what I sent: 6.1. RFC 1847 Encapsulation In [2], it is stated that the data is first signed as a multipart/signature body, and then encrypted to form the final multipart/encrypted body. This is most useful for standard MIME- compliant message forwarding. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#417372: ITP: python-tagpy -- Python module for manipulating tags in music files.
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: python-tagpy Version : 0.91 Upstream Author : Andreas Kloeckner <[EMAIL PROTECTED]> * URL : http://news.tiker.net/software/tagpy * License : BSD Programming Lang: C/Python Description : Python module for manipulating tags in music files. Binds Python to Scott Wheeler's TagLib. Makes it easy to read ID3 tags from MP3 files, Xiph Comments from Ogg Vorbis and FLAC files, and APE tags from MusePack files. - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGEQRk3DVS6DbnVgQRAsf7AJ9SfZ/BnxahSAP2dFy5JNAoshYJywCg6wxn BKu3WMbuZTIxsCbgmnR+SOo= =MwFK -END PGP SIGNATURE-
Re: many rejects (Re: Second call for votes for the debian project leader election 2007)
Hi
On Wed, 04 Apr 2007 02:21:48 -0500
Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> One of your ballots (msg00250) did pass the gpg check -- but
> you must have voted with the same ballot, since devotee says:
>Failure: The signature on the message, though valid, has been seen
>before. This could be a potential replay attack
I resent same mail only not encrypted, so this is quite correct. Thanks
for fixing this issue (especially when the only reject caused by this
seems to be mine).
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: [RFH] CMake and /usr/lib64/
Hi
On Thu, 12 Apr 2007 08:49:47 +0200
Bastian Venthur <[EMAIL PROTECTED]> wrote:
> Does anybody know how to tell CMake not to use /usr/lib64 but /usr/lib
> when building a package on amd64?
There are needed some special steps? I recently switched Gammu package
to CMake and it automatically installs to /usr/lib.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: should an init-script print output, if verbose is set to no in /etc/default/rcS or by /lib/init/vars.sh?
Hi On Tue, 17 Apr 2007 14:31:51 +0200 Evgeni Golov <[EMAIL PROTECTED]> wrote: > an user reported in #419413, that my init-script does no output, if > VERBOSE is set to no. He also gave examples (ssh, openbsd-initd, samba) > of packages, who ignore the verbose-setting and do some output with > "echo" or "log_*" from lsb-base, what he thinks is "normal". > But there are also packages who act exactly as /etc/init.d/skeleton > and call log_* only if VERBOSE!=no. > > The Debian policy (9.3, 9.4) does not really say, that a init-script > MUST have output, but only defines how the output should look like and > refers to skeleton for the usage. And skeleton currently prints something only when VERBOSE!=no... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: svn-buildpackage etc., mergeWithUpstream, and dpatch/quilt/cdbs again
Hi On Wed, 16 May 2007 13:52:28 +0200 Magnus Holmgren <[EMAIL PROTECTED]> wrote: > Now, how do you combine these? Several people have thought: "The VCS > can handle the changesets. Putting patches under VCS is silly!" Maybe it is. > What's for certain is, that to someone who just does 'apt-get source', the > VCS > gives no benefit. However, he can read debian/copyright and > debian/README.Debian to find out where the maintainer keeps his repository, > and reap all the benefits (I can see how a distributed system could benefit > downstream maintainers in particular). XS-Vcs headers are for this. You can then see VCS location also in PTS, e.g. <http://packages.qa.debian.org/sonata>. > My question here is: *Whom* is debian/patches *for*? The maintainer or anyone > who wants to build a customised package, audit the package, etc? > > svn-buildpackage has a feature called "mergeWithUpstream mode", which means > that only the files that are actually touched are put under version control I really like this feature. I have only debian directory in svn and possible patches are in debian/patches. The .diff.gz is then a bit harder to read, but after applying it is easier to get overview of package. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug#424875: ITP: libical0 -- libical offers parsing of ical text data.
Hi I wanted to find out more about this library, but... On Thu, 17 May 2007 16:27:31 +0200 Wilfried Goesgens <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > Owner: Wilfried Goesgens <[EMAIL PROTECTED]> > > * Package name: libical0 > Version : 0.27.1 > Upstream Author : Art Cancro <[EMAIL PROTECTED]> > * URL : http://freeasociation.sf.net An error has been encountered in accessing this page. 1. Server: freeasociation.sourceforge.net 2. URL path: / 3. Error notes: File does not exist: /home/groups/f/fr/freeasociation/htdocs/ 4. Error type: 404 5. Request method: GET 6. Request query string: 7. Time: 2007-05-17 08:02:07 PDT (1179414127) -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#427610: ITP: gmobilemedia -- GTK application used to browse a mobile phone filesystem
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: gmobilemedia Version : 0.4 Upstream Author : Iván Gabriel Campaña-Naranjo <[EMAIL PROTECTED]> * URL : http://gmobilebrowser.sourceforge.net/ * License : GPL Programming Lang: Python Description : GTK application used to browse a mobile phone filesystem gMobileMedia is a simple GTK application used to browse and handle a mobile phone filesystem. It can handle phones with more than one memory area (thanks to Gammu). It lets you easily upload and download images, ringtones, photos, and applications to/from your mobile phone. All you need is a data cable or any other connection method supported by Gammu. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGZRXD3DVS6DbnVgQRAsSZAJ4kHvNzglYbPgY/DjM4+MjneTGtmACeN/5u 0yf+Xr+bXjjVUQvp8iZaNlc= =lqHh -END PGP SIGNATURE-
Re: Unusual version numbering systems
Hi Dne Wed, 27 Aug 2008 12:51:19 +0100 Dominic Hargreaves <[EMAIL PROTECTED]> napsal(a): > So, 4.12 and 4.21 are point releases, and break the ordering. > > I would now like to package 4.21, but I'm aware that this leads the way > to problems for 4.3. > > As I see it there are three ways to fix this: > > - persuade upstream to change the version numbering > - add an epoch each time a new major release comes out (but policy > discourages this - see note at the bottom of 5.6.12) > - package 4.3, if/when it comes along, as 4.30 instead. You can also use 4.2.1 instead of 4.21. Also confusing but maybe a bit less than using 4.30. I would try first to talk to upstream, because most distributions will have same issue. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug reports of DFSG violations are tagged ‘len ny-ignore’?
Hi Dne Tue, 21 Oct 2008 00:00:54 +0100 Ben Hutchings <[EMAIL PROTECTED]> napsal(a): > The modified linux-2.6 and firmware-nonfree source packages, and the > linux-source-2.6.26 and firmware-* binary packages, can be found in: > http://people.debian.org/~benh/firmware-removal/ > > Please test them if you can. I have only been able to test the radeon > changes myself. Please fix permissions: You don't have permission to access /~benh/firmware-removal/firmware-nonfree_0.13.2.dsc on this server. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug reports of DFSG violations are tagged 'lenny-ignore'?
Hi Dne Wed, 22 Oct 2008 07:25:59 +0200 Vincent Danjean <[EMAIL PROTECTED]> napsal(a): > Looking at your packages, I've a question. I see one package per firmware > without version number in the package name. > Do you think about a way to have different kernels that each requires > different firmware versions (for the same hardware) ? > It seems to me that this problem is not addressed by current firmware-* > package (packages already in Debian and your new ones), unless it is > expected that firmware packages will change their name. However, I think > this is a problem we must take into account for long term support. At least ipw2100 drivers changed firmware name if they required different version, so I guess this is also used by others... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Popular packages in Ubuntu that is missing in Debian/main
Hi
Dne Mon, 1 Dec 2008 10:26:51 +
Tzafrir Cohen <[EMAIL PROTECTED]> napsal(a):
> nvidia-settings
> Maybe this one belongs in contrib?
This one already is in contrib:
http://packages.debian.org/sid/nvidia-settings
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: problems with the concept of unstable -> testing
Hi Dne Tue, 16 Dec 2008 07:02:59 +1100 Russell Coker napsal(a): > Currently any time I want to update a package for Lenny it has to go through > unstable and testing first. > > If the Lenny freeze time was short this MIGHT be considered to be only a > minor > obstacle to development. But as the freeze is getting longer and we have a > GR which could make it a lot longer this seems like a significant problem. > > If I upload a significantly newer version to unstable (which I would like to > do for some of my packages as part of ongoing development that will lead to > Lenny+1) then AKAIK there is no way to put a minor update in Lenny (unless I > was to use an epoch change which would be horrible and might require changes > to several other packages). > > I think that we need a way to upload to Lenny without involving unstable. I thought testing-proposed-updates is for that... -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Bug#508891: ITP: lighty-stats -- httpd log analyzer
Hi Dne Tue, 16 Dec 2008 11:41:17 +0100 Maximilian Gaß napsal(a): > Package: wnpp > Severity: wishlist > Owner: "Maximilian Gaß" > > * Package name: lighty-stats > Version : 0.3 > Upstream Author : Daniel Friesel > * URL : https://derf.homelinux.org/~derf/lighty-stats 404 - Not Found I guess you mean https://derf.homelinux.org/~derf/projects/lighty-stats/ > * License : ISC > Programming Lang: Perl > Description : httpd log analyzer > > lighty-stats is a lighttpd logfile analyzer written in perl > > Unlike most other tools it does not generate fancy > HTMLs, but instead outputs the stats to STDOUT. > > Despite the name, it's not Lighttpd-specific but can parse all the > Apache-like formats. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: First call for votes for the Lenny release GR
Hi Dne Thu, 18 Dec 2008 11:45:47 +1100 Brian May napsal(a): > Margarita Manterola wrote: > > If we do all this, we would be voting: > > > > A) If we trust or not the release team on making the right choices of > > which bugs to ignore and which not (regardless of this being firmware > > issues or what have you). This is from now on, not just for Lenny. > > > > B) If we want to allow sourceless firmware in Debian, defining > > firmware in a way that doesn't give a waiver to anything else without > > source. This is also from now on, not just for Lenny. But it's only > > for firmware, not for everything with licensing problems. > > > > C) If we want to allow stuff with some problems into Lenny, as we > > already did for Sarge and Etch. > > > > These three issues are obviously related, but are NOT the same issue, > > a positive result in one does not determine what happens to the > > others. And creating one mega ballot with all the different > > possibilities, only creates confusion and frustration. So, this > > should be three independent ballots. > > > > I think the concern is, what if the results conflict? > > e.g. if we get a "No" for (C) but Yes for (A). We trust the release team > to make the right choices but we don't trust them to make the right > choices for Lenny? > > My suggestion would be to vote for (C) first, and then decide the > wording on (A) and (B) depending on the outcome of (C). In which case, > even if there is a conflict, the wording can clarify if the second vote > overrides or doesn't override the first result. This makes sense. I really do not like way current vote mixes different things. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: I hereby resign as secretary
Hi Dne Thu, 18 Dec 2008 08:44:11 -0600 Manoj Srivastava napsal(a): > I am hereby resigning as secretary, effective immediately. Thanks for your hard work! > As to the people who emailed me that they are putting together a > petition for the DAM to have me removed from the project, I don't see reason for this. Everybody can make a mistake and single mistake can not be reason for removing from the project. > I hear you > too. I am going to spend the next few days evaluating how important the > project is to me, and whether I should save you the bother or an > expulsion process. Make the decision with care, the emotions will hopefully calm down. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: mass bug filing for undefined sn?printf use
Hi
Dne Sun, 28 Dec 2008 09:53:40 +0100
Adeodato Simó napsal(a):
> Michal Čihař
>gammu
Affected code is only in some example, however I will fix it upstream...
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: dicomscope: open tasks
Hi
Dne Wed, 21 Jan 2009 17:38:30 +0100
Mathieu Malaterre napsal(a):
> Hi there,
>
> I am working on the dicomscope package, and I was told there is an
> issue with my package:
>
> ...
> > E: dicomscope: no-shlibs-control-file usr/lib/libjInterface.so
> > N:
> > N: Although the package includes a shared library, the package does
> > not
> > N: have a shlibs control file. If this is intentional, please override
> > N: this error.
> > N:
> > N: Refer to Policy Manual, section 8.6 for details.
> >
> > -> Unfortunately I have not the slightest idea what might went wrong
> >here. Perhaps we should ask on debian-{devel,mentors} for help ...
>
>
> Could someone please let me know:
> 1. What this means ?
> 2. What am I supposed to do to fix that issue.
Reading what policy says on this topic could be good starting point:
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
Re: Considerations for 'xmms' removal from Debian
Hi On Tue, 7 Aug 2007 09:25:21 +0300 Andrei Popescu <[EMAIL PROTECTED]> wrote: > On Tue, Aug 07, 2007 at 04:22:59AM +0200, David Lopez Zajara (Er_Maqui) wrote: > > > xmms2... Well, when we have a decent client, then can are an option. > > Now, isn't it. > > Same as with mpd :-/ Have you tried to report missing features to authors of some client? Eg. Sonata upstream is usually very responsive on suggestions. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: [RFC] Promoting the use of "Homepage:" field in debian/control
Hi On Thu, 20 Sep 2007 07:05:04 +0200 Christian Perrier <[EMAIL PROTECTED]> wrote: > As a consequence, it seems logical to promote the use of that field > and recommend abandoning "Homepage" paragraphs in packages' > description. > > As, in the Smith review project conducted on debian-l10n-english, we > review packages' descriptions, we would like to get more input about > recommending the use of that new field from now. > > Are there any reasons *not* to do so (such as other tools that would be > broken or the like)? Well I started to use this field in some my packages, but I see few problems: 1. Policy does not cover this field, you will also get "I: unknown-field-in-control homepage" from lintian. 2. packages.debian.org/aptitude/other tools does not support this field. This means that moving Homepage from description to separate field for now means that no user will be able to see it. These are definitely not a showstoppers, but I think that they should be resolved first before pushing Homepage field to be used. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#444249: ITP: pyexiv2 -- Python binding to Exiv2
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> * Package name: pyexiv2 Version : 0.1 Upstream Author : Olivier Tilloy <[EMAIL PROTECTED]> * URL : http://tilloy.net/dev/pyexiv2/ * License : GPL Programming Lang: C++/Python Description : Python binding to Exiv2 pyexiv2 is a python binding to exiv2, the C++ library for manipulation of EXIF and IPTC image metadata. It is a python module that allows your python scripts to read and write metadata (EXIF, IPTC, thumbnail) embedded in image files (JPEG, TIFF, ...). It is designed as a high level interface to the functionalities offered by exiv2 (and is built on top of it). Using python's built-in data types and standard modules, it provides easy manipulation of image metadata. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#445008: ITP: lazygal -- Static web gallery generator
Package: wnpp Severity: wishlist Owner: "Michal Čihař" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: lazygal Version : none released yet Upstream Author : Alexandre Rossi <[EMAIL PROTECTED]> * URL : http://sousmonlit.dyndns.org/~niol/playa/oss:lazygal * License : GPL Programming Lang: Python Description : Static web gallery generator lazygal is another static web gallery generator written in Python. It is command line based, uses reusable engine and is lazy - it regenerates only parts that have to be regenerated. There is support for many interesting features like subgalleries, EXIF information, theming and custom folder meta data. Included themes are pure XHTML + CSS. - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-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/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHAngC3DVS6DbnVgQRAup3AJoDs5xfUzunJSMNE9SCAU/+MbBrXACcCFsJ leMv+mXxlqDNYG2rgFDgZvo= =ugIl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#445008: ITP: lazygal -- Static web gallery generator
Hi On Tue, 02 Oct 2007 21:53:02 +0200 Thomas Viehmann <[EMAIL PROTECTED]> wrote: > Debian will be so cool having two static web gallery generators written > in python along those two written in perl, I know there are many so far, unfortunately none did not fit my needs (you can check my blog for details: <http://blog.cihar.com/archives/2007/08/27/photo_album_generator_wanted/>, <http://blog.cihar.com/archives/2007/08/28/photo_album_candidate_-_lazygal/>). > but shouldn't we at least > wait with this one until it is released? It is actually my intention. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
