Bug#580303: ITP: ibus-table-cyrillic -- provides Transit, Translit Ukrainian, Russian Traditional, Yawerty input method on IBus-Table on IBus framework
Package: wnpp Severity: wishlist Owner: Asias He Owner: Asias He * Package name: ibus-table-cyrillic Version : 1.2.0.20100305 * URL : http://code.google.com/p/ibus/ * License : GPLv3 Programming Lang: Python Description : provides Transit, Translit Ukrainian, Russian Traditional, Yawerty input method on IBus-Table on IBus framework ibus-table-cyrillic provides Transit, Translit Ukrainian, Russian Traditional, Yawerty input method on IBus-Table on IBus framework. Translit, Translit Ukrainian, Russian Traditional, Yawerty tables are released under GNU Public License version 3. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100505050410.4471.79617.report...@localhost
Bug#580302: ITP: ibus-table-xingma -- ibus-table-xingma provide structure tables for IBus-Table on IBus framework
Package: wnpp Severity: wishlist Owner: Asias He Owner: Asias He * Package name: ibus-table-xingma Version : 1.2.0.20100305 * URL : http://code.google.com/p/ibus/ * License : GPLv3 Programming Lang: Python Description : ibus-table-xingma provide structure tables for IBus-Table on IBus framework - Stroke5 (筆順五碼) - Wubi86 (五笔86) - Xinhua (新华) - Zhengma (郑码) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100505045911.4198.87790.report...@localhost
Re: Bug#580176: ITP: obdgpslogger -- Suite of tools to log OBDII and GPS data
On Tue, May 04, 2010 at 10:05:39PM +0200, Frank Lin PIAT wrote: > On Mon, 2010-05-03 at 20:39 -0700, Gary Briggs wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Gary Briggs > > > > * Package name: obdgpslogger > > * URL : http://icculus.org/obdgpsloger/ > wrong URL: http://icculus.org/obdgpslogger/ I have checked that the URL is correct in my package, it was a tpyo in the bug report. > > Description : Suite of tools to log OBDII and GPS data > > > > Tools to log OBDII and GPS data in your car and convert to CSV or google > > earth > > Includes a modular OBDII Simulator > > > This package contain a suite of tools to log OBDII and GPS data in your > car and convert to CSV or google earth KML file. > > OBD-II (On-Board Diagnostics) are vehicle's self-diagnostic and > reporting capability, which can be use to monitor vehicle speed, engine > RPM, throttle position, oil temperatures and much more. > > The package also includes a modular OBDII Simulator > I had modified my description in the control file thus, before I saw this email: - Description: Suite of tools to log OBDII and GPS data OBDII is a standard for getting diagnostic information from your car. The main tool, obdgpslogger, is a command-line tool to log that data, with your gps position, to a sqlite database. Provided alongside are various tools used to convert logs to formats such as CSV or Google Earth KML. Also contained in the package is an OBDII and ELM327 simulator, obdsim, that uses plugins to generate data. Thanks, Gary -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100505043924.gf11...@gamehenge.icculus.org
Bug#580301: ITP: ibus-table-yinma -- ibus-table-xingma provide structure tables for IBus-Table on IBus framework
Package: wnpp Severity: wishlist Owner: Asias He Owner: Asias He * Package name: ibus-table-yinma Version : 1.2.0.20100305 * URL : http://code.google.com/p/ibus/ * License : GPLv3 Programming Lang: Python Description : ibus-table-xingma provide structure tables for IBus-Table on IBus framework: - Erbi and Erbi QS (二笔、二笔青松) - Wu (五笔) - Yong (永码) - ZhuYin and ZhuYin Big (注音、注音大字集) - ZiRanMa (自然码) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100505045548.3458.29185.report...@localhost
Re: perl: 64-bit integers and long doubles
On 4 May 2010 22:54, Niko Tyni wrote: > unlike earlier versions, perl 5.12.0-1 in experimental is configured with > the "use64bitint" and "uselongdouble" options on all architectures. I'm > looking for input on whether this is the right choice for sid. Sounds like a good idea to me. I had intended to do this for 5.10, as noted in #310995, but it appears to have slipped through the cracks at the time. > It would be possible to choose these settings separately for each > architecture. > Should I exclude the 'smaller' architectures (armel, mips*?) You could ask debian-...@lists.debian.org and the other ports lists, but it seems reasonable to include 64bit support only on those architectures where there is native 64 bit support in the chipset. > A complication is that it's hard to change these settings after an upload > to unstable because they change the binary interface. The perlapi-* > dependencies specified in the Perl policy only allow for ABI breaks when > the upstream version changes, so the transition would be a mess. > > See #579457 for an idea of how to make a cleaner transition possible; > even with that, it would be very much preferrable to get this "right" > the first time. I suspect that you may be over-thinking this. More comments in that bug shortly. --bod -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikrlwvlfcjpi5v0do16lci6t2ypkake39f1l...@mail.gmail.com
Re: bindv6only again
On 27/04/2010 13:43, Marco d'Itri wrote: > On Apr 27, Simon Huggins wrote: >> Anyway, is there a reason that #560238 isn't blocked by #560044 given it >> breaks that package or are you not bothered about breaking non-free >> software? > Nobody bothered to register this in the BTS, I did now. > I am not a java user, so I am unable to evaluate the practical impact of > this implementation being still broken. From now, you can expect lots of French squeeze users being hit by this bug. The French government allows to declare your "incomes" (I'm not sure of this term) to calculate your taxes by Internet. It is a web site with java (so that some crypto can be used to digitally sign your declaration). I just tried to make my declaration this evening. When using Iceweasel, during the initial process (the site trying to install missing classes), I get a stalled web page. No error message. No log. Then, I tried with mozilla. This time, I got (in the java console) a message about a problem about the network (I did not write the exact message). For me, this has been enough to remember this thread and try to change the bindv6only setup. And indeed, putting it to 0 makes the website working (both in mozilla and iceweasel). So, with the current setting in sqeeze, the current practical impact will be a very hard to diagnose bug for most of French Debian users (and a bad publicity for Debian as it will be the only one Linux distribution that will not work). Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4be0a947.3070...@free.fr
Bug#580276: ITP: liblingua-en-inflect-phrase-perl -- Inflect short English Phrases
Package: wnpp Owner: Chris Butler Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: liblingua-en-inflect-phrase-perl Version : 0.04 Upstream Author : Rafael Kitover * URL : http://search.cpan.org/dist/Lingua-EN-Inflect-Phrase/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Inflect short English Phrases Lingua::EN::Inflect is a perl module which can be used to pluralize or singularize short English phrases. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1o9qtd-7of...@crustynet.org.uk
Bug#580275: ITP: liblingua-en-tagger-perl -- Part-of-speech tagger for English natural language processing.
Package: wnpp Owner: Chris Butler Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: liblingua-en-tagger-perl Version : 0.15 Upstream Author : Aaron Coburn * URL : http://search.cpan.org/dist/Lingua-EN-Tagger/ * License : GPL-3+ Programming Lang: Perl Description : Part-of-speech tagger for English natural language processing. Lingua::EN::Tagger is a perl module which implements a probability based, corpus-trained tagger that assigns POS tags to English text based on a lookup dictionary and a set of probability values. The tagger assigns appropriate tags based on conditional probabilities - it examines the preceding tag to determine the appropriate tag for the current word. Unknown words are classified according to word morphology or can be set to be treated as nouns or other parts of speech. The tagger also extracts as many nouns and noun phrases as it can, using a set of regular expressions. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1o9qsz-7mw...@crustynet.org.uk
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Tue, May 04, 2010 at 08:25:33PM +, brian m. carlson wrote: > On Tue, May 04, 2010 at 09:39:02PM +0200, Frank Lin PIAT wrote: > > I wonder who many people use the word "Coran" for Qur'an in English. If > > this is quite frequent, you might want insert this synonym somewhere in > > the description. > > In my experience, it's either "Qur'an" or "Koran." I think Gunnar used > "Coran" because TTBOMK that's the term that's used in Spanish (except > with an accent: Corán). > Well, in fact, in French that is "Le Coran", with a 'C' and not a 'K'. In Italian that is "Il Corano". Interestingly , the word is always accompanied by the definite article in both languages, although I do not know if the article should be necessarily be capitalized. -- Best regards, Filippo -- Filippo Rusconi, PhD - CNRS - public key C78F687C Author of ``massXpert'' at http://www.massxpert.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504220556.gb4...@biophypfr
Re: Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
Frank Lin PIAT writes: > - > libssh2 is the thin library implementing client side of SSH2 protocol > as defined by Internet Drafts SECSH-TRANS, SECSH-USERAUTH, > SECSH-CONNECTION, SECSH-ARCH, SECSH-FILEXFER, SECSH-DHGEX, > SECSH-NUMBERS, and SECSH-PUBLICKEY > . > This boils down to the regular terminal, scp and SFTP sessions; port > forwarding; password, key-based and keyboard-interactive > authentication. > . > This package contains the python bindings libssh2. It is a fork and > rewrite of org.keyphrene. > - > > Note that the two first paragraph are a pristine copy of libssh2 > description... the I18N teams should appreciate ;) On the other hand, I don't think the libssh2 description is particularly useful for a user. The uppercase acronyms aren't friendly. How about something like this: libssh2 is a client-side C library implementing the SSH2 protocol with support for regular terminal, scp and SFTP sessions; port forwarding; password, key-based and keyboard-interactive authentication. . This package contains the python bindings libssh2. It is a fork and rewrite of org.keyphrene. /Simon -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87aasf4czv@mocca.josefsson.org
Re: Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
On Tue, 2010-05-04 at 22:40 +0200, Simon Josefsson wrote: > Frank Lin PIAT writes: > > > > Note that the two first paragraph are a pristine copy of libssh2 > > description... the I18N teams should appreciate ;) > > On the other hand, I don't think the libssh2 description is particularly > useful for a user. The uppercase acronyms aren't friendly. How about > something like this: > > libssh2 is a client-side C library implementing the SSH2 protocol > with support for regular terminal, scp and SFTP sessions; port > forwarding; password, key-based and keyboard-interactive > authentication. Yes, it looks better. We could file a bug against libssh2 now ;) > This package contains the python bindings libssh2. It is a fork and > rewrite of org.keyphrene. Regards, Franklin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1273006927.3088.1114.ca...@solid.paris.klabs.be
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Tue, May 04, 2010 at 09:39:02PM +0200, Frank Lin PIAT wrote: > On Fri, 2010-04-30 at 23:18 +0300, أحمد المحمودي wrote: > > * Package name: othman > > * License : Waqf Public License > > Description : electronic Quran browser > > > > Othman electronic Quran browser displays Quranic text in Othmani script > > style > > as written under authority of Othman ibn Affan the companion of prophet > > Muhammad (Peace Be Upon Him). > > Regarding the long description, > > Not everyone knows that "Othmani script" is a script for Arabic. (I > didn't know it anyway;) So it might be worth mentioning that the text is > in Arabic only (is it?). > > > Othman project features fast search, autoscrolling > I suggest "Othman brower features fast search and autoscrolling" Thanks for the above suggestions. > Copy/Paste is a trivial feature. You might want to drop it from the > description (except if this feature is fairly unique for Quran readers) Yes, the uniqueness is that copy/paste can actually copy the text in the non-Othmani arabic script (called Imla'i script, that's an arabic word transliterated, I dunno the proper translation unfortunately). This is because usually text processors (& fonts) do not support the Othmani script, hence pasting the verse in a text processor for example would give un-readable result. > I wonder who many people use the word "Coran" for Qur'an in English. If > this is quite frequent, you might want insert this synonym somewhere in > the description. I realized that people using the word "Coran" have french background. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504201502.gh2...@ants.dhis.net
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Tue, May 04, 2010 at 09:39:02PM +0200, Frank Lin PIAT wrote: > I wonder who many people use the word "Coran" for Qur'an in English. If > this is quite frequent, you might want insert this synonym somewhere in > the description. In my experience, it's either "Qur'an" or "Koran." I think Gunnar used "Coran" because TTBOMK that's the term that's used in Spanish (except with an accent: Corán). -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Bug#579871: ITP: libnet-https-any-perl -- A perl module for HTTPS GET and POST using any available SSL module
On Sat, 2010-05-01 at 15:25 -0700, Ivan Kohler wrote: > > * Package name: libnet-https-any-perl > Description : A perl module for HTTPS GET and POST using any available > SSL module Short description is too long. May be just: "Perl module for HTTPS GET and POST" > This is a simple wrapper around either of the two available SSL > modules. It offers a unified API for sending GET and POST requests > over HTTPS and receiving responses. I suggest a few improvements: "Net::HTTPS::Any library is a simple wrapper around either of the two available SSL/TLS perl modules. It offers a unified API for sending simple GET and POST requests over HTTPS and receiving responses." > It depends on Net::SSLeay _or_ ( Crypt::SSLeay and LWP::UserAgent ). I suppose that this last sentence is not part of the description. My two cents, Franklin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1273004357.3088.834.ca...@solid.paris.klabs.be
Re: Bug#580176: ITP: obdgpslogger -- Suite of tools to log OBDII and GPS data
On Mon, 2010-05-03 at 20:39 -0700, Gary Briggs wrote: > Package: wnpp > Severity: wishlist > Owner: Gary Briggs > > * Package name: obdgpslogger > * URL : http://icculus.org/obdgpsloger/ wrong URL: http://icculus.org/obdgpslogger/ > Description : Suite of tools to log OBDII and GPS data > > Tools to log OBDII and GPS data in your car and convert to CSV or google > earth > Includes a modular OBDII Simulator This package contain a suite of tools to log OBDII and GPS data in your car and convert to CSV or google earth KML file. OBD-II (On-Board Diagnostics) are vehicle's self-diagnostic and reporting capability, which can be use to monitor vehicle speed, engine RPM, throttle position, oil temperatures and much more. The package also includes a modular OBDII Simulator The description could certainly be described further. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1273003539.3088.737.ca...@solid.paris.klabs.be
Re: Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
On Tue, 2010-05-04 at 15:47 +0200, fabien.dot.bouc...@gmail.com wrote: > > * Package name: python-libssh2 > Description : python-libssh2 is a python binding for libssh2 library. The short description should not contain the package name, so: "python binding for libssh2 library." > python-libssh2 is a python binding for libssh2 library. > It was forked and rewrote from scratch using old org.keyphrene > (http://sourceforge.net/projects/orgkeyphrene/) bindings. It is usually a good idea to insert the original library's description, so I suggest the following long description: - libssh2 is the thin library implementing client side of SSH2 protocol as defined by Internet Drafts SECSH-TRANS, SECSH-USERAUTH, SECSH-CONNECTION, SECSH-ARCH, SECSH-FILEXFER, SECSH-DHGEX, SECSH-NUMBERS, and SECSH-PUBLICKEY . This boils down to the regular terminal, scp and SFTP sessions; port forwarding; password, key-based and keyboard-interactive authentication. . This package contains the python bindings libssh2. It is a fork and rewrite of org.keyphrene. - Note that the two first paragraph are a pristine copy of libssh2 description... the I18N teams should appreciate ;) Regards Frankli n -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1273002350.3088.600.ca...@solid.paris.klabs.be
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Fri, 2010-04-30 at 23:18 +0300, أحمد المحمودي wrote: > * Package name: othman > * License : Waqf Public License > Description : electronic Quran browser > > Othman electronic Quran browser displays Quranic text in Othmani script style > as written under authority of Othman ibn Affan the companion of prophet > Muhammad (Peace Be Upon Him). Regarding the long description, Not everyone knows that "Othmani script" is a script for Arabic. (I didn't know it anyway;) So it might be worth mentioning that the text is in Arabic only (is it?). > Othman project features fast search, autoscrolling I suggest "Othman brower features fast search and autoscrolling" > copy Quranic text to clipboard. Copy/Paste is a trivial feature. You might want to drop it from the description (except if this feature is fairly unique for Quran readers) I wonder who many people use the word "Coran" for Qur'an in English. If this is quite frequent, you might want insert this synonym somewhere in the description. My 2 cents, Franklin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1273001942.3088.553.ca...@solid.paris.klabs.be
Re: Bug#579675: ITP: goban -- Goban screensaver / copyright issue
]] Frank Lin PIAT | The records are retrieved from [1], but the website mention: | « The databases on this site are a service to the Go Community:"The | databases have been compiled by Jan van Rongen and are his | copyright. They can be distributed freely, as long as this | copyright statement is distributed with them. The databases | shall not be made part of any [non] commercially available | database collection of games of go without the written | permission of Jan van Rongen." » | | 1. Do you think Jan van Rongen actually owns some copyright on |those files (I am not sure if he played any of those games) That's probably not relevant. Even if they're not copyrightable by themselves, there are database rights to be taken into consideration. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r5lrbj80@qurzaw.linpro.no
Re: pid file security
On Tue, May 04, 2010 at 07:02:23PM +0200, Salvo Tomaselli wrote: > On Tuesday 04 May 2010 18:14:07 brian m. carlson wrote: > > Nevertheless, this could be a problem with other pids or on kfreebsd, > > where the kernel will happily kill init and cause a panic. > And the pid could still be set to something else than 1 and bring down > something important. Which is exactly what I said: "this could be a problem with other pids". I understand the implications that Joey was talking about, but I was just pointing out that the particular example he gave was not the best for his argument. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Confused by .la file removal vs static linking support
Le mardi 04 mai 2010 à 10:31 +0200, Emilio Pozuelo Monfort a écrit : > Sorry I don't know what you're talking about. If you can explain it I'll try > to > look at the problem. It’s not a problem, it’s a disagreement over a design choice. When you do that: #include you’re able to use gtk_* functions, but also g_* and pango_* functions, because the headers are designed so. Therefore, when you link to GTK+, you need to link explicitly to Pango and GLib. This is why Pango and GLib are in the Requires field for gtk+-2.0.pc, and not in Requires.private. Because of that, you often end up with too many things in NEEDED, unless you use --as-needed. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Re: pid file security
On Tuesday 04 May 2010 18:14:07 brian m. carlson wrote: > Nevertheless, this could be a problem with other pids or on kfreebsd, > where the kernel will happily kill init and cause a panic. And the pid could still be set to something else than 1 and bring down something important. -- Salvo Tomaselli -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005041902.23653.tipos...@tiscali.it
Re: pid file security
On Tue, May 04, 2010 at 02:25:25AM -0400, Joey Hess wrote: > Take a look in /var/run. Find a pid file that is owned by a non-root > user. Now, look at the corresponding init script. What does it stop if > that non-root user edited the pid file to contain '1'? On Linux, nothing. From kill(2): The only signals that can be sent to process ID 1, the init process, are those for which init has explicitly installed signal handlers. This is done to assure the system is not brought down accidentally. Nevertheless, this could be a problem with other pids or on kfreebsd, where the kernel will happily kill init and cause a panic. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
RFC: ubuntudiff.debian.net
Hi all, Sometimes, I need to see what happens to my packages in Ubuntu. To see quickly the changes of a given package, I open its PTS page, search for the Ubuntu box, and then click on "Patches…". I find this really painful and not really helpful when you want to inspect a set of packages (but I do appreciate the work done on that). What I really missed was a way to see quickly the list of changes for a given package. The best way to see that is to extract from Ubuntu's changelog only the relevant part. I'm aware of other solutions like [0] and [-1] but they have the same drawbacks as the Ubuntu box. [0] http://people.debian.org/~bartm/borg/outdated.html : Utnubu provides other kind of informations, but for other matters. [-1] http://qa.ubuntuwire.org/multidistrotools/ : not really configurable… e.g. they don't list changes for OCaml packages and I don't know how to add that. In any case, it doesn't show the changelog diff. So, I tried to come up with a solution and wrote a small program that generates a nice website: http://ubuntudiff.debian.net (In case you want to dig into the source code, the program that generates the website is called Maddie and it's main source file and is "maddie.ml"… yes, it's written in OCaml :)). So, to see Ubuntu differences wrt. to Debian, you have to write down a grep-dctrl query¹ identifying the packages you're interested in and then click on the "Search" button. In case you have a very simple query (using a single filter), you can use the following shortcut: - http://ubuntudiff.debian.net/q/package/linux-ntfs - http://ubuntudiff.debian.net/q/maintainer/pkg-java - or, http://ubuntudiff.debian.net/q/$field_name/$filter_argument You can also perform quick "exact" queries by replacing the "q" by "x" (like "-X" grep-dctrl's option): - http://ubuntudiff.debian.net/x/package/linux-ntfs - http://ubuntudiff.debian.net/x/maintainer/pkg-java - or, http://ubuntudiff.debian.net/x/$field_name/$filter_argument When it says "no changes found", it means that "no package satisfying the query has changes in Ubuntu". Maddie could also generate a static html page like: http://ubuntudiff.debian.net/java.html That could be used (e.g.) within a team or for your own set of packages. Now that I explained what it's about and how it works, I have a couple of questions: - Do you think that such a service is interesting? - Do you have any ideas on how to improve the tool? - Any other comments are also welcome… (If you observe some bug, I'll be happy to fix it). Possible integration with the PTS: == The links listed above could be added directly to the "Ubuntu" box. [1] lists all modified packages that ubuntudiff is aware of, and can be used to see if some changes are available and pick them from [2]. [1] http://ubuntudiff.debian.net/packages/list.txt [2] http://ubuntudiff.debian.net/packages/$source_package.html But, one could think of a tighter integration: You can imagine a big "Ubuntu" box which shows all these informations like in the following example: http://ubuntudiff.debian.net/linux-ntfs.html (Of course, that box would be visible *only* when there are changes). Let me repeat slowly here: It's only an idea. Don't scream too loud! Wait… wait… don't run away! :) ¹: Any empty query or a query containing ";" or "\" or "/" or "&" or --help (and similar) is nor processed. Regards, -- Mehdi Dogguy مهدي الدڤي me...@{dogguy.org,debian.org} -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4be040f6.1040...@debian.org
Re: perl: 64-bit integers and long doubles
* Niko Tyni: > The benefits are obviously improved numeric range and precision. The > downside is presumably increased memory usage. I have no measurement > data on this; suggestions on suitable tests would be welcome. I have run into several incompatibilities between i386 and amd64 due to different Perl integer sizes, so I'm definitely in favor of 64-bit integers. I'm not sure if long doubles are a win. The rest of the world runs on 64 bit floating point numbers, so this would introduce additional incompatibilities. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iq73u1mo@mid.deneb.enyo.de
Bug#580221: ITP: python-libssh2 -- python-libssh2 is a python binding for libssh2 library.
Package: wnpp Severity: wishlist Owner: fabien.dot.bouc...@gmail.com * Package name: python-libssh2 Version : 1.0.0 Upstream Author : Wallix * URL : http://pypi.python.org/pypi/pylibssh2/1.0.0 * License : (LGPL, BSD) Programming Lang: (C, Python) Description : python-libssh2 is a python binding for libssh2 library. python-libssh2 is a python binding for libssh2 library. It was forked and rewrote from scratch using old org.keyphrene (http://sourceforge.net/projects/orgkeyphrene/) bindings. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504134716.7061.87136.report...@wlb2-fbo.ifr.lan
perl: 64-bit integers and long doubles
(sent to -devel and -perl; followups to -devel only, please) Hi, unlike earlier versions, perl 5.12.0-1 in experimental is configured with the "use64bitint" and "uselongdouble" options on all architectures. I'm looking for input on whether this is the right choice for sid. For reference, quoting the upstream INSTALL file: The "use64bitint" option does only as much as is required to get 64-bit integers into Perl (this may mean, for example, using "long longs") while your memory may still be limited to 2 gigabytes (because your pointers could still be 32-bit). Note that the name "64bitint" does not imply that your C compiler will be using 64-bit "int"s (it might, but it doesn't have to). The "use64bitint" simply means that you will be able to have 64 bit-wide scalar values. In some systems you may be able to use long doubles to enhance the range and precision of your double precision floating point numbers (that is, Perl's numbers). Use Configure -Duselongdouble to enable this support (if it is available) The benefits are obviously improved numeric range and precision. The downside is presumably increased memory usage. I have no measurement data on this; suggestions on suitable tests would be welcome. There's a short upstream discussion on the topic starting at http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2010-04/msg00757.html with the conclusion that you can't please everybody. It would be possible to choose these settings separately for each architecture. Should I exclude the 'smaller' architectures (armel, mips*?) It looks like powerpc won't get long doubles anyway, see #578295. My test rebuilds have turned out just one package breaking due to use64bitint (#579450) and a dozen due to the uselongdouble setting. http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-long-double;users=debian-p...@lists.debian.org The longdouble failures are mostly equivalence comparisons of floating point values, which is normally a bug even when it works. A complication is that it's hard to change these settings after an upload to unstable because they change the binary interface. The perlapi-* dependencies specified in the Perl policy only allow for ABI breaks when the upstream version changes, so the transition would be a mess. See #579457 for an idea of how to make a cleaner transition possible; even with that, it would be very much preferrable to get this "right" the first time. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504125419.ga8...@madeleine.local.invalid
Bug#580216: ITP: libhtml-formhandler-perl -- Form handler written in Moose
Package: wnpp Severity: wishlist Owner: Antony Gelberg Owner: Antony Gelberg Package name: libhtml-formhandler-perl Version : 0.31002 Upstream Author : Gerda Shank et al URL : http://search.cpan.org/perldoc?HTML::FormHandler License : GPL / Artistic (as for Perl) Programming Lang: Perl Description : Form handler written in Moose HTML::FormHandler maintains a clean separation between form construction and form rendering. It allows you to define your forms and fields in a number of flexible ways. Although it provides renderers for HTML, you can define custom renderers for any kind of presentation. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504125155.17153.37713.report...@labrie.wayforth.com
Re: pid file security
On 2010-05-04, Salvo Tomaselli wrote: > On Tuesday 04 May 2010 08:25:25 Joey Hess wrote: >> Take a look in /var/run. Find a pid file that is owned by a non-root >> user. Now, look at the corresponding init script. What does it stop if >> that non-root user edited the pid file to contain '1'? > The fact that they are not owned by root doesn't mean you can edit them, they > would probably be owned by a specific user for that daemon and will not have > write access for others. So if I trick the daemon to write 1 to that file it's ok? Sure, tricking a program into doing something the admin didn't intend is a bug in itself, still we shouldn't leave that hole open. (Putting the PID file a-w might help with that, though, no?) Kind regards, Philipp Kern -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnhtvr9r.m67.tr...@kelgar.0x539.de
Re: Confused by .la file removal vs static linking support
]] Paul Wise | On Mon, May 3, 2010 at 4:46 PM, Tollef Fog Heen wrote: | | > | And GNOME developers insistance (so applications developers may | > | blindly include gtk+2.0.pc and get all the stack). | > | > Yes, historical baggage, basically. | | So this is being fixed for GTK+ 3.0? I don't believe so, and while pkg-config originated from the gnome project, it no longer has any ties to GNOME and there might well be projects out there that rely on the current behaviour. If we're going to get away from that, the only way would be to add a file version field to the pc files that'd tell pkg-config what each package expected. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/878w80c89k@qurzaw.linpro.no
Re: Bug#579796: ITP: othman -- electronic Quran browser in Python
On Mon, May 03, 2010 at 10:24:54PM -0500, Gunnar Wolf wrote: > Without getting deeper in the licensing of Othman itself, would you > consider the text of the Coran itself to be DFSG-free? I _think_ that > any religious text can only be distributed verbatim, not modified in > any way - That is completely legitimate, as it has been debated over > and over regarding the IETF RFCs. The Koran is definitely out of copyright, and thus in the public domain. While altering the actual text may be pointless (and disrespectful for the religion in question), it is still allowed, at least in a vast majority of countries. And taking excerpts or adding commentary is a damn popular thing to do. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504090723.ga4...@angband.pl
Re: Confused by .la file removal vs static linking support
On 03/05/10 10:46, Tollef Fog Heen wrote: > ]] Mikhail Gusarov > | And GNOME developers insistance (so applications developers may > | blindly include gtk+2.0.pc and get all the stack). > > Yes, historical baggage, basically. Sorry I don't know what you're talking about. If you can explain it I'll try to look at the problem. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bdfdb67.2080...@debian.org
Re: pid file security
On Tuesday 04 May 2010 08:25:25 Joey Hess wrote: > Take a look in /var/run. Find a pid file that is owned by a non-root > user. Now, look at the corresponding init script. What does it stop if > that non-root user edited the pid file to contain '1'? The fact that they are not owned by root doesn't mean you can edit them, they would probably be owned by a specific user for that daemon and will not have write access for others. Have you found some with write permissions set to all? Bye -- Salvo Tomaselli -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201005041000.13181.tipos...@tiscali.it
Re: Proposed changes to the Debian Machine Usage Policy (DMUP)
On Tue, 04 May 2010, Stephen Gran wrote: > This one time, at band camp, Florian Weimer said: > > * Martin Zobel-Helas: > > > > >Using Debian machines for reading mail is OK, please > > >choose a lightly loaded machine [ie not master]. We do not > > > > master is not heavily loaded anymore, isn't it? So this is probably > > outdated. > > Correct, although I think the broader point that "resources are shared, > so please don't use up disk space, cpu, ram, I/O, etc for things that > could be done elsewhere" still stands. Also, most of these paragraphs should probably be dropped from the DMUP itself and moved to a guidelines/best practices document. I think the plan is first to fix the largest issue, which is the whole DSA <-> DAM area of responsibility thing. Once that's done we should take on the other issues which might well involve rewriting this thing entirely. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100504073911.ge16...@anguilla.noreply.org
Re: pid file security
Yves-Alexis Perez a écrit : > And you usually need root access for invoke-rc.d or /etc/init.d scripts > (unless you have some kind of specific sudo permissions for that). So > you might be able to kill other process as well. I guess one (be it a human operator or a monit-like daemon) can be easily fooled into restarting a service without checking. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4bdfc2ff.5080...@debian.org