Re: [Debconf-discuss] using OpenPGP notations to indicate keysigning practices
On Tue, Jun 23, 2009 at 07:55:57PM -0700, Don Armstrong wrote: > On Tue, 23 Jun 2009, Russ Allbery wrote: > > For example, I think US drivers' licenses are only verifiable by > > someone who's lived in that state or otherwise seen drivers' > > licenses from that state. > > Nah; there's a guide published[1] which has all of them. [If you're a > bar tender or a notary, you have to be able to check them.] But from an international POV I don't know if that's very useful. Would you accept 50 different IDs issued by, say, Portugal, in a KSP? Sami signature.asc Description: Digital signature
Re: 25+2 packages with (Glade) generated C source files without the source
On Sun, Aug 31, 2008 at 02:13:21PM +0100, Neil Williams wrote: > Of course it does! Once the functionality is dropped, there is no way to > continue working on the project without editing the C files. Developers > cannot continue using the old version of glade (it doesn't support some > of the stuff that you can do with glade). [...] Ok, thanks for the explanation, I now see the situation much more clearly. Heh, I'm starting to see why lawyers are generally not liked (or at least that's the cliché), especially when they eventually turn out to be mistaken, although the response to this issue has been quite nice and polite this time, and specifically I don't mean this as a criticism to any of you. I guess from a maintainer's POV it's quite easy to see efforts like this as trying to cripple the software or distribution they maintain, while I view it more like I want to help Debian maintain their self-chosen commitment to 100% freedom, since freedom is one of the issues close to my heart. (If you search for bugs reported by me, I think you'll see that not all of them are nagging for license issues :) Thanks for your efforts, all of you! Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 25+2 packages with (Glade) generated C source files without the source
On Sun, Aug 31, 2008 at 09:12:34AM +0200, Josselin Mouette wrote: > I’m pretty sure many of the list are in similar cases. Now loading the > UI directly into the application is the standard, but not so long ago > people generated template code with glade and then edited it by hand. > The .glade file was removed simply because it has become irrelevant. Ok, my bad then. I admit I'm not too familiar with glade, although I did know that the newest glade does not generate source code (but what argument is that, this code was obviously generated with glade, the existence of the newer version wouldn't magically make this the preferred form of modification, would it!?). Although I do wonder, since this seems to mean that the interfaces are (or at least seem to me) quite immutable. For example, take a look at http://www.hut.fi/~sliedes/interface.c which is from the package lopster. It has a number of functions like create_window() and create_options_win() which still at least look quite repulsive for any attempts to make any real or substantive edits to the interface. For example, the variable declarations in those functions: create_window() has 541 local variables named like pixmap57, hbox419, label547, hseparator49, frame 384. create_options_win() has 496. The code (4710 lines in case of create_window()) doesn't look much more editable either. But I do trust you when you say that the "do not edit" note is obsolete, I just wonder since after a cursory inspection this code definitely doesn't look like anything I would want to touch to edit a complex UI :) Of course if they are edited anyway, that might make them the preferred form of modification. Thanks for clarifying that, anyway, and sorry for the noise. Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
25+2 packages with (Glade) generated C source files without the source
[Note that I'm not subscribed to either d-d or d-legal so if you want to ask me something, the quickest way is to Cc: me] Hi, I grepped the source tarballs in Lenny (testing) main section for the note "DO NOT EDIT THIS FILE - it is generated by Glade." which indicates the file is generated using the Glade UI editor. Then I checked if these packages have any *.glade* files, which would be the Glade projects, i.e. the "source code" (at least in the GPL sense, "preferred form of modification") for these. For those of these packages for which this is not a false alarm, I believe this would fail DFSG #2, and for those being licensed under GPL, it would probably make them non-distributable. I went through some of these and checked them by hand, and generally couldn't find the glade project anywhere in the source tarball (it might be in the diff, I didn't check for that - would that BTW be OK, to have source code in diff only?). The only questionable case I found by this sampling is dia, where the file is "generated by Glade and then hand-coded to make GNOME optional and add the underline for accelerated buttons". I haven't filed bugs for any of these, save for tangogps which was the first case I encountered and after which I got the idea to do this. In addition to the cases I found in main, the packages easyspice and gtktrain in contrib seem suspect too (but I didn't take such a close look). Here's the list of the 25 packages and the relevant source files: bygfoot src/support.c src/misc2_interface.c src/interface.c src/misc2_interface.h src/support.h src/options_interface.c src/options_interface.h src/misc3_interface.c src/misc_interface.c src/interface.h src/misc3_interface.h src/misc_interface.h dia app/sheets_dialog.c: * DO NOT EDIT THIS FILE - it is generated by Glade and then hand-coded app/sheets_dialog.c- * to make GNOME optional and add the underline app/sheets_dialog.c- * for accelerated buttons. app/sheets_dialog.h gcompris src/boards/gtans_support.h src/boards/gtans_interface.h gcrontab gcrontab-0.8.0/src/support.c gcrontab-0.8.0/src/interface.c gcrontab-0.8.0/src/support.h gcrontab-0.8.0/src/interface.h src/support.c src/interface.c src/support.h src/interface.h *** NOTE: yes, I did report also the bug that the source is there twice ggz-gnome-client motd-editor/interface.c motd-editor/interface.h src/support.c src/profilesi.h src/support.h src/msgboxi.c src/profilesi.c src/interface.h src/msgboxi.h ggz-gtk-games chess/support.c chess/support.h combat/support.c combat/support.h dots/support.c dots/support.h hastings/support.c hastings/support.h reversi/support.c reversi/support.h gnusim8085 src/support.c src/interface.c src/support.h src/interface.h gpe-contacts support.c support.h gsetroot src/support.c src/interface.c src/support.h src/interface.h gtans interface.c interface.h support.c support.h gtkpool gtkpool/support.h gtkpool/support.cpp hf hfterm/src/support.c hfterm/src/support.h hoz hozgtk_i.c hozgtk_i.h hozgtk_s.c hozgtk_s.h kmd src/breakview.h src/breakview.c src/breaksupport.h src/breaksupport.c lopster src/support.c src/interface.c src/support.h src/interface.h lxappearance src/glade-support.c src/demo-ui.h src/main-dlg-ui.h src/demo-ui.c src/main-dlg-ui.c src/glade-support.h netmon-applet interface.c interface.h support.c support.h prismstumbler include/support.h src/support.c psemu-video-x11 src/support.c src/interface.c src/support.h src/interface.h tangogps src/support.h src/interface.h teg client/gui-gnome/interface.h timemachine src/support.c src/support.h tleenx2 src/support.c src/interface.c src/support.h src/interface.h trousers src/tspi/gtk/support.c src/tspi/gtk/interface.c src/tspi/gtk/support.h src/tspi/gtk/interface.h xwota src/support.c src/manual.c src/query.h src/station_info.h src/private_messages.h src/private_messages.c src/support.h src/default_preferences.c src/xwota_main.c src/xwota_main.h src/about.c src/private_messages_settings.h src/station_info.c src/manual.h src/query.c src/about.h src/default_preferences.h src/private_messages_settings.c And possibly in contrib: easyspice gtktrain Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Temporary work-around (for modprobe spamming syslog; request for another opinion)
On Mon, Jun 30, 2008 at 01:35:21AM +0300, Sami Liedes wrote: > Of course I might be mistaken and there is a better solution, one that > does not involve modifying or configuring every application, > recompiling the kernel, or doing extreme things like deleting the > module. It has been suggested to me in a private email in response to my query in this list that adding the line install ipv6 /bin/true to /etc/modprobe.d/local is a temporary workaround for this bug. Still, *this* is a hack, while I haven't still heard a reason why using the blacklist command to (gasp!) blacklist a module would be one. By quick googling, it's apparently also what some other distributions (Ubuntu) do by default (see [1], which is actually the same bug as this, caused by the very same Debian-specific patch), so I assume it cannot really cause too big breakage. Marco, would it be too much asked that you explain in a short sentence or two what logging a message every time someone tries to load a blacklisted module is good for? You must have had some reason to (write and) apply that patch, I assume. To me it seems that not loading a blacklisted module is perfectly normal system behavior, and so definitely is applications probing for optional kernel features. To me it seems that this Debian-specific change only serves to make the system less maintainable by drowning the admin in useless information (100 log messages per minute in some cases!), but I'd be glad to hear why I'm wrong. Sami [1] https://bugs.launchpad.net/ubuntu/+source/module-init-tools/+bug/66423 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#488578: module-init-tools: modprobe spams syslog heavily
package module-init-tools reopen 488578 thanks [Cc: to debian-devel since it seems we could use a third opinion] Sorry for being an ass and reopening the bug the second time, but I just think you are wrong about this one. Some background to d-d: This bug is about modprobe spamming syslog a hundred times a minute about a module (ipv6) being not loaded since it's blacklisted. The warning is actually a Debian-specific modification, in debian/patches/blacklist-warn.diff. It causes the syslog being spammed every time an application tries to create an AF_INET6 socket, which I'd consider quite a valid thing for an application to do. Of course I might be mistaken and there is a better solution, one that does not involve modifying or configuring every application, recompiling the kernel, or doing extreme things like deleting the module. Either that or or giving up and de-blacklisting the ipv6 module, which is big, messy, draws in 10 other modules and does not support unloading, and modifying a lot of obscure things like net.ipv6.conf.default.accept_ra just so that I can get to ftp.fi.debian.org which happens to have an IPv6 address over a network which doesn't correctly support IPv6 but possibly has some nice rogue DHCP machine or something that gives me an IPv6 address. And that can't be done in /etc/sysctl.conf (I tried), my guess is because the module is not loaded at the time that configuration is applied. If that is the case, I'd very much like to hear about that solution; but lacking that solution, getting syslog spammed every time an application tries to create an inet6 socket just is a bug. I don't know if it's a bug in modprobe, but I cannot think where it is if not there. What's the rationale for warning about trying to load blacklisted modules anyway? Aren't they blacklisted so they won't load when something tries to? On Mon, Jun 30, 2008 at 12:15:15AM +0200, Marco d'Itri wrote: > On Jun 30, Sami Liedes <[EMAIL PROTECTED]> wrote: > > > So the solution you propose is configure every single application (all > > of which may not be configurable to not open AF_INET6 sockets) because > > modprobe wants to spam syslog about doing things it's been asked to > > do? > Yes. It's not like blacklisting an AFI is a smart idea anyway. > Since you like stupid workarounds you could as well delete the module. Perhaps you could tell me why it's so stupid to not want to load that module. > > Sorry, I just can't agree with you here, at least not with the > > rationale you gave. > Too bad, I am the maintainer. Perhaps you could reassign it to a more relevant package then? Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Packages in section python/perl simply because implemented in python/perl
Hi, While browsing packages in aptitude, I ran into some packages that, to me, seem to be in the wrong section (or at least it's not obvious why they are in the section they are). Section: python seems to be especially bad, I wonder if the rationale was just "it was written in Python". These all are in the python section and I can't determine from their description why they are there: bzr-gtk - provides graphical interfaces to Bazaar (bzr) version control calendarserver - Apple's Calendar Server clearsilver-dev - headers and static library for clearsilver epylog - New logs analyzer and parser fusil - Fuzzing program to test applications phenny - extensible IRC bot written in Python planet - Flexible feed aggregator planet-venus - aggregate feed generator pootle - Web-based translation and translation management tool pyslide - Tiny but powerful program to make animated presentations synce-kpm - KDE device manager for Windows Mobile devices system-config-printer - graphical interface to configure the printing system trac-bzr - Bazaar version control (bzr) backend for Trac trac-mercurial - Mercurial version control backend for Trac trac-spamfilter - Spam-prevention plugin for Trac wapiti - Web application vulnerability scanner wmi-client - DCOM/WMI client implementation And in Section: perl: jirc - an IRC to Jabber bridge bot mapivi - Photo viewer and organizer with emphasis on IPTC fields openguides - A web application for managing a collaboratively-written city guide simba - next generation mirroring tool svk - A Distributed Version Control System websimba - web interface for simba (NOTE: Am I the only one who thinks descriptions, especially short descriptions as in phenny, usually shouldn't tell what language was used to implement the program? It's just not relevant to the user.) Well, I don't know if you agree with me that "written in Python" is a poor reason to put a package in the python section, I couldn't find anything about it in the New Maintainers' Guide, for example. But if you do, perhaps a note should be added to the NMG, given how common this seems to be. Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using apt-file db to find possible conflicts
On Fri, Mar 21, 2008 at 09:11:05AM -0500, Andrew Dougherty wrote: > > Hi, > > > > I don't know if there's any previous work on this, but since I as a > > sid user often see conflicts in packages, and I've seen those on > > numerous oldstable->stable upgrades, I thought something could be done > > about it. Actually, most often oldstable->stable updates seem to me to > > have been more like iterative processes, rerun dist-upgrade until no > > errors. > > This is very interesting. Can you release the tool. I need it for my > project the FRDCSA (http://frdcsa.org). Sure. I added a GPLv2+ header to the Python script, still available at http://www.hut.fi/~sliedes/pkgconflicts/ . I don't consider findconflicts.sh to be complex enough to be copyrightable, but if it is, I hereby release it to the public domain. Sami signature.asc Description: Digital signature
Using apt-file db to find possible conflicts
[Please Cc: me in replies as I'm not on the list] Hi, I don't know if there's any previous work on this, but since I as a sid user often see conflicts in packages, and I've seen those on numerous oldstable->stable upgrades, I thought something could be done about it. Actually, most often oldstable->stable updates seem to me to have been more like iterative processes, rerun dist-upgrade until no errors. So I wrote a script[1] to get a list of packages with identically named files from the apt-file database and to run `apt-get --dry-run install' for each pair of these potentially conflicting packages to see if apt can find a way to install both of them at the same time. Obviously this doesn't take diversions into account, so any results should be regarded as merely suspected missing Conflicts:, not conclusive. However cursory inspection reveals that at least some of these indeed are known bugs already reported in the BTS, so I assume this list could be useful. (Is there something else that could make identically named files in two strongly non-conflicting (i.e. no conflicting dependencies either) packages legitimate?) As an example output, here's a list of pairs of co-installable packages with identically named files from amd64 sid. NOTE: As said above, not all these are bugs, as these include packages with diversions (as in, for example, gcc and pentium-builder, I think). abiword-common abiword-plugins amanda-server cdrw-taper apache2-utils mini-httpd asterisk-sounds-extra asterisk-sounds-main atftpd tftpd-hpa atlas3-test libatlas-test belocs-locales-bin libc6 binutils binutils-multiarch binutils hardening-wrapper broffice.org openoffice.org-base broffice.org openoffice.org-calc broffice.org openoffice.org-common broffice.org openoffice.org-draw broffice.org openoffice.org-impress broffice.org openoffice.org-l10n-af broffice.org openoffice.org-l10n-ar broffice.org openoffice.org-l10n-as-in broffice.org openoffice.org-l10n-be-by broffice.org openoffice.org-l10n-bg broffice.org openoffice.org-l10n-bn broffice.org openoffice.org-l10n-br broffice.org openoffice.org-l10n-bs broffice.org openoffice.org-l10n-ca broffice.org openoffice.org-l10n-cs broffice.org openoffice.org-l10n-cy broffice.org openoffice.org-l10n-da broffice.org openoffice.org-l10n-de broffice.org openoffice.org-l10n-dz broffice.org openoffice.org-l10n-el broffice.org openoffice.org-l10n-en-gb broffice.org openoffice.org-l10n-en-za broffice.org openoffice.org-l10n-eo broffice.org openoffice.org-l10n-es broffice.org openoffice.org-l10n-et broffice.org openoffice.org-l10n-eu broffice.org openoffice.org-l10n-fa broffice.org openoffice.org-l10n-fi broffice.org openoffice.org-l10n-fr broffice.org openoffice.org-l10n-ga broffice.org openoffice.org-l10n-gl broffice.org openoffice.org-l10n-gu-in broffice.org openoffice.org-l10n-he broffice.org openoffice.org-l10n-hi-in broffice.org openoffice.org-l10n-hr broffice.org openoffice.org-l10n-hu broffice.org openoffice.org-l10n-it broffice.org openoffice.org-l10n-ja broffice.org openoffice.org-l10n-ka broffice.org openoffice.org-l10n-km broffice.org openoffice.org-l10n-ko broffice.org openoffice.org-l10n-ku broffice.org openoffice.org-l10n-lo broffice.org openoffice.org-l10n-lt broffice.org openoffice.org-l10n-lv broffice.org openoffice.org-l10n-mk broffice.org openoffice.org-l10n-ml-in broffice.org openoffice.org-l10n-mr-in broffice.org openoffice.org-l10n-nb broffice.org openoffice.org-l10n-ne broffice.org openoffice.org-l10n-nl broffice.org openoffice.org-l10n-nn broffice.org openoffice.org-l10n-nr broffice.org openoffice.org-l10n-ns broffice.org openoffice.org-l10n-or-in broffice.org openoffice.org-l10n-pa-in broffice.org openoffice.org-l10n-pl broffice.org openoffice.org-l10n-pt broffice.org openoffice.org-l10n-pt-br broffice.org openoffice.org-l10n-ro broffice.org openoffice.org-l10n-ru broffice.org openoffice.org-l10n-rw broffice.org openoffice.org-l10n-sk broffice.org openoffice.org-l10n-sl broffice.org openoffice.org-l10n-sr broffice.org openoffice.org-l10n-ss broffice.org openoffice.org-l10n-st broffice.org openoffice.org-l10n-sv broffice.org openoffice.org-l10n-ta-in broffice.org openoffice.org-l10n-te-in broffice.org openoffice.org-l10n-tg broffice.org openoffice.org-l10n-th broffice.org openoffice.org-l10n-tn broffice.org openoffice.org-l10n-tr broffice.org openoffice.org-l10n-ts broffice.org openoffice.org-l10n-uk broffice.org openoffice.org-l10n-uz broffice.org openoffice.org-l10n-ve broffice.org openoffice.org-l10n-vi broffice.org openoffice.org-l10n-xh broffice.org openoffice.org-l10n-zh-cn broffice.org openoffice.org-l10n-zh-tw broffice.org openoffice.org-l10n-zu broffice.org openoffice.org-math broffice.org openoffice.org-writer capi4hylafax hylafax-server cdecl cutils cmap-adobe-cns1 xpdf-chinese-traditional cmap-adobe-gb1 xpdf-chinese-simplified cmap-adobe-japan1 xpdf-japanese collectd collectd-apache collectd collectd-hddt