Re: Tool suggestions for new formats?
On Tue, Nov 24, 2009 at 08:30:40AM +0100, Mike Hommey wrote: > On Tue, Nov 24, 2009 at 03:43:42AM +0100, Guillem Jover wrote: > > On Mon, 2009-11-23 at 17:28:39 -0800, Rodrigo Gallardo wrote: > > > Part of my usual workflow with the 1.0 format is to do an interdiff on > > > the .diff.gz from the previous version > > > > Just use debdiff, which even supports stuff like comparing a source > > format 1.0 against a 3.0. > > By unpacking ? Apparently. From debdiff(1): If debdiff is passed two source packages (.dsc files) it will compare the contents of the source packages. If the source packages differ only in Debian revision number (that is, the .orig.tar.gz files are the same in the two .dsc files), then interdiff(1) will be used to compare the two patch files if this program is available on the system, otherwise a diff will be performed between the two source trees. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Tool suggestions for new formats?
Part of my usual workflow with the 1.0 format is to do an interdiff on the .diff.gz from the previous version to the one I intend to upload, to check that the changes correspond to what my vcs says they are. Now that the changes are in a tarball, are there any recommended tools to do that comparison? A quick check on the intertubes found this http://tardiff.coolprojects.org/ Anyone tried it? What package would this (or some other equivalent but better suggestion) be a good addition to? devscripts? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Is a README.Source required for the new package formats?
lintian is complaining about a package of mine I just converted to 3.0 (quilt) that: W: rep-gtk source: patch-system-but-no-source-readme N: N:This package build-depends on a patch system such as dpatch or quilt, N:but there is no debian/README.source file. This file is recommended for N:any package where dpkg-source -x does not result in the preferred form N:for making modifications to the package. But, since dpkg-source will extract this package into the preferred form for modification, and since I didn't even add quilt as Build-Depends, should I consider this a bug in lintian? I can see, OTOH, the argument that these new formats might need to be documented, since they are so new and not everyone can be expected to know about them. Anyone has a recommended README.source for 3.0 (quilt) packages? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: GR proposal: the AGPL does not meet the DFSG (take 2)
On Wed, Nov 11, 2009 at 09:41:31PM +0100, Luk Claes wrote: > >-- The code is modified to interact with the user using a network > > protocol > > that does not allow to display a prominent offer. > > Any example of this? One could add an IMAP interface to a blog management system, allowing one to post from an email client. And I said it just to provide the example, but now I'm thinking it might not be such an useless idea :) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#550860: ITP: gnaughty -- downloader for adult content
On Wed, Oct 14, 2009 at 08:30:16PM +0200, Patrick Schoenfeld wrote: > On Wed, Oct 14, 2009 at 07:03:07PM +0100, Neil Williams wrote: > > On Wed, 14 Oct 2009 17:41:14 + > > Florian Weimer wrote: > > > > > * Michal Čihař: > > > > > > >> Can gnaughty download anything other than porn? > > > > > > > > Not really without patching the source. > > > > > > And the content is non-free, right? Then it should go into contrib. > > > > My bank statements are non-free but iceweasel isn't in contrib. > > And iceweasel is limited to downloading your bank statements? > Is that true? I could just put up a site with CC porn, then. Aren't we supposed not to discriminate against fields of endeavour? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#513575: ITP: fswebcam -- Tiny and flexible webcam program
On Fri, Jan 30, 2009 at 06:06:17PM +0100, Luca Niccoli wrote: > 2009/1/30 Rodrigo Gallardo : > > > And, in any case, please do put (a summary of) that list in the > > package's description. Your users will be most pleased. > > Does this look better? > > Fswebcam is a tiny and flexible webcam command-line program for capturing > images from a V4L1/V4L2 device. It accepts a number of formats, can skip > the first (possibly bad) frames before performing the actual capture, and > can perform simple manipulation on the captured image, such as resizing, > averaging multiple frames or overlaying a caption or an image. Looks good to me. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#513575: ITP: fswebcam -- Tiny and flexible webcam program
On Fri, Jan 30, 2009 at 03:47:10PM +0100, Julien Cristau wrote: > On Fri, 2009-01-30 at 15:23 +0100, Luca Niccoli wrote: > > 2009/1/30 Julien Cristau : > > > > > how many of those do we need? why this one in particular? > > > > I've been looking in Debian for a command line tool that takes > > pictures from a USB video capture device that doesn't support MJPEG, > > and couldn't find one (besides mplayer - but in a really hackish way); > > fswebcam does (it accepts input in a number of formats). > [snip list of fswebcam features] > > Thanks, that replies to my question :) > Maybe that this kind of things ("why is this not already addressed by an > existing package?") should be part of most ITPs... And, in any case, please do put (a summary of) that list in the package's description. Your users will be most pleased. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Downgrading Bug#474736 to important
Eric Cooper <[EMAIL PROTECTED]> > When I click on this feed: http://www.borowitzreport.com/, the first > item is (currently) the following. Liferea pops up a browser window > for the embedded URL in the whenever I try to display > headlines -- I'm not even trying to read the body of the item. > > The fact that the link points to a site in Changzhou, China, and the > strange nesting of the end tag -- -- makes me think > this feed was hijacked, so liferea's behavior is a security hole. As I stated in the original bug report, I don't quite agree with the security hole characterization of this bug, as it is essentially imposible for liferea to detect a hijacked feed. This bug is currently the only reason for liferea not to be in lenny. Since upstream has stated that the 1.4 series will *not* be updated to deal with this issue, and I lack the time for now to attempt a backport, this means a fix for this will not be ready before the freeze. Would I be justified in downgrading this to important? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ftpmaster: Archive mails send to sponsors too
On Fri, Apr 25, 2008 at 10:05:23PM +0200, Sebastian Harl wrote: > Hi, > > On Fri, Apr 25, 2008 at 02:57:34PM +0200, Goswin von Brederlow wrote: > > What about DMs? They could potentially sponsor an upload too. Or do > > they have an @debian.org address too? > > According to the GR they are not allowed and able to sponsor (or NMU) > any uploads. Well, a DM could "sponsor" changes to a package of theirs which were made completely by someone else. I'm not sure if they'd be required to sign their own names in the changelog, tought. > And afaik they do not get a @debian.org address. No, they don't. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: triggers wishlist
On Mon, Mar 31, 2008 at 10:31:36AM -0500, Steve Greenland wrote: > On 30-Mar-08, 15:25 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote: > > dpkg in experimental supports triggers now, and in many cases trigger > > support can be added to packages without creating a hard dependency on > > a new version of dpkg. > > > > Things I want to see use triggers, in approximate priority order: > > The various emacsen-related packages seem to cause multiple re-compiles > during a single install run. It's not terribly slow, but it's sort of > annoying. Most (all?) of these are caused by not passing the --no-init-file option in the calls to emacs in /usr/lib/emacsen-common/packages/install/ signature.asc Description: Digital signature
Re: List of packages shipping shell scripts with bashisms + MBF proposal
On Wed, Jan 30, 2008 at 11:49:23PM +1100, Hamish Moffatt wrote: > On Tue, Jan 29, 2008 at 07:58:05PM -0600, Raphael Geissert wrote: > >libguilegtk-1.2-dev > > False alarm: the /usr/bin/build-gtk-guile script is actually in guile, > but has a quick shell wrapper at the top. checkbashisms is fooled. Same case for /usr/bin/sawfish-client in sawfish. Is there some quick way this kind of thing could be detected? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Bug in makeinfo or install-info?
On Mon, Dec 17, 2007 at 05:53:09PM -0600, Luis Rodrigo Gallardo Cruz wrote: > On Mon, Dec 17, 2007 at 07:01:11PM +0100, Santiago Ruano Rincón wrote: > > ... > > Unpacking replacement bzip2 ... > > Setting up bzip2 (1.0.3-7) ... > > install-info(/usr/share/info/bzip2.info): warning, ignoring confusing > > INFO-DIR-ENTRY in file. > > > > No `START-INFO-DIR-ENTRY' and no `This file documents'. > > install-info(/usr/share/info/bzip2.info): unable to determine description > > for `dir' entry - giving up > > dpkg: error processing bzip2 (--install): > > subprocess post-installation script returned error exit status 1 > > > > The problem is with bzip2.info, produced by makeinfo during the building > > process. > > A very similar bug hit librep-doc about a week ago (#451265) and, just > today, sawfish (#456791) It was cloned as #451268 and supposedly solved on > Nov 14, but it seems to have come back. I have confirmed that rebuilding sawfish with texinfo/4.11.dfsg.1-3 solves the problem. Rebuilds of the affected packages (but I have no idea which are those) should be scheduled after that version of texinfo is installed in all arches (currently arm, hppa, s390 and sparc are building, and m68k is in dep-wait). signature.asc Description: Digital signature
Re: Bug in makeinfo or install-info?
reopen 451268 block 456791 451268 thanks On Mon, Dec 17, 2007 at 07:01:11PM +0100, Santiago Ruano Rincón wrote: > ... > Unpacking replacement bzip2 ... > Setting up bzip2 (1.0.3-7) ... > install-info(/usr/share/info/bzip2.info): warning, ignoring confusing > INFO-DIR-ENTRY in file. > > No `START-INFO-DIR-ENTRY' and no `This file documents'. > install-info(/usr/share/info/bzip2.info): unable to determine description for > `dir' entry - giving up > dpkg: error processing bzip2 (--install): > subprocess post-installation script returned error exit status 1 > > The problem is with bzip2.info, produced by makeinfo during the building > process. A very similar bug hit librep-doc about a week ago (#451265) and, just today, sawfish (#456791) It was cloned as #451268 and supposedly solved on Nov 14, but it seems to have come back. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Should download managers offer some virtual package?
On Tue, Dec 04, 2007 at 09:11:31AM -0600, Steve Greenland wrote: > On 04-Dec-07, 00:07 (CST), Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> > wrote: > > Would it be > > reasonable for such packages to provide one? What would be the propper > > name? > > More importantly, what is the defined interface and functionality > provided by such a virtual package? That is, what can a package > Depending on the virtaul package expect to be able to do? > > Does liferea detect which of {wget,curl,gwget,kget} are installed, and > invoke each in a unique way? If so, the virtual package is not a good > idea; instead, liferea should, in fact, list them specifically. Worse than that, the user must choose manually. I see the point, I'll list them by hand. Thanks. signature.asc Description: Digital signature
Should download managers offer some virtual package?
It's been brought to my attention that liferea, while being able to use wget, curl, gwget and kget to download feed attachments, does not Recommend or Suggest any of them, or their alternatives. Since I'd rather not maintain a long list of possible file downloaders, I tried but failed to find some virtual package I could Recommend for that functionality. Thus, this query: Would it be reasonable for such packages to provide one? What would be the propper name? signature.asc Description: Digital signature
Re: Consistent handling of the DEB_BUILD_OPTIONS
On Tue, Nov 06, 2007 at 11:16:53PM +, Mark Brown wrote: > On Tue, Nov 06, 2007 at 09:46:52PM +, Neil Williams wrote: > > Mark Brown <[EMAIL PROTECTED]> wrote: > > > On Tue, Nov 06, 2007 at 08:54:29PM +, Neil Williams wrote: > > > > > The size of the test suite is completely irrelevant. Executing a single > > > > compiled binary will cause any cross build to break, even if it is a > > > > 1kb no-op. > > > > Attempting to execute a binary not supported by the host will obviously > > > fail but that is not going to cause the package build to fail > > > automatically. A lot of what you've been saying appears to be > > > predicated on the assumption that it will. > > > In which circumstances would it not cause a failure? > > > dpkg-buildpackage will fail if any command cannot be executed, whether > > that is because the file or directory does not exist or whether it was > > because the file was not executable or the wrong architecture. Whether > > the executable is called by sh, make, libtool or by some other means, > > the build will fail. > > ...and the resulting error is passed back to the rules file (and the > rules file doesn't ignore the result of the command itself, for that > matter). It's not the execution of the binary that's the problem, it's > depending on it succeeding that's the problem. What would be the point of executing a test suite during the build and not making the build fail if the test suite fails? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: why MIA database restricted only for DDs
"Miriam Ruiz" <[EMAIL PROTECTED]> writes: > 2007/10/16, Raphael Hertzog <[EMAIL PROTECTED]>: >> On Mon, 15 Oct 2007, Kamaraju S Kusumanchi wrote: >> > Is there any reason why the database containing maintainers MIA >> > (missing >> > in action) >> >> It's unlikely to change. If you need to make a query about a specific >> developer, please join on #debian-qa on irc.debian.org and ask someone >> there to check mia-query for you. They will tell you if he's already >> recorded in the database or not. > > I guess I'm being a bit the advocate of the Devil here, but isn't that > as invasive of their privacy as having direct access to the MIA > database? :P XD Well, I supose whoever is doing the relaying will filter out anything not directly relevant to the question of being MIA. And I think that's not a private question, since it's a question about one's _package maintainer persona,_ not about one's private life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Liferea dies with sqlite 3.5
tag 446050 help thanks The current version of liferea in Debian unstable (1.4.3-1), as well as the latest upstream version (1.4.5) fail if used together with libsqlite3-0 from experimental (3.5.1-1). The program works correctly with the versions in testing and unstable (3.4.2-1, 3.4.2-2). The following error mesage is printed to the console: *** glibc detected *** /usr/bin/liferea-bin: free(): invalid pointer: 0x08514040 *** This error apparently kills the db thread in liferea, so that it never gets to the point of showing the UI. If I set MALLOC_CHECK_=2 then glibc calls abort on detecting this error. Using gdb to set a breakpoint on abort I get a most unhelpful backtrace: Breakpoint 2, 0xb7322ff6 in abort () from /lib/libc.so.6 (gdb) bt #0 0xb7322ff6 in abort () from /lib/libc.so.6 #1 0xb7363c15 in ?? () from /lib/libc.so.6 #2 0x0001 in ?? () #3 0xb7e86bb4 in ?? () from /usr/lib/libsqlite3.so.0 #4 0xbfc50588 in ?? () #5 0xb7e86bb4 in ?? () from /usr/lib/libsqlite3.so.0 #6 0x in ?? () The addresses inside libsqlite3.so.0 are in the data section of the library (they're consistently offset 0xbb4 into it, actually) from which I deduce the stack is getting corrupted. Any help on debugging this or pointers on how to track it would be appreciated. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#440117: ITP: twitux -- a lightweight Twitter client for Gnome
Package: wnpp Severity: wishlist Owner: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> Package name: twitux Version : 0.50 Upstream Author : Daniel Morales URL : http://live.gnome.org/DanielMorales/Twitux License : GPL Programming Lang: C Description : a lightweight Twitter client for Gnome twitux is a lightweight client for the twitter messaging service, featuring auto updates of timelines, a tray area icon and notification of new messages. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Package cache
On Tue, Aug 21, 2007 at 09:53:12AM +1000, Ben Finney wrote: > Steve Greenland <[EMAIL PROTECTED]> writes: > > > On 20-Aug-07, 11:58 (CDT), [EMAIL PROTECTED] wrote: > > > On Sat, Aug 18, 2007 at 07:29:55PM +0200, Gonsolo wrote: > > > > Would it be feasible to add something like a package cache to > > > > Debian? > > > > > > apt-proxy ? > > > > No, that builds a local mirror of packages being used on a site, so > > that if you're maintaining several machines with similar package > > loads, most of your downloads are local. > > So, in other words, it builds a package cache? > > I don't see how your description amounts to a "no". Because the OP's definition of "package cache", as I glean from the original mail, is something completely different. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
.desktop file for a wm
sawfish includes a .desktop file, which gets installed into /usr/share/gnome/wm-properties/Sawfish.desktop and which is used (I presume) by Gnome, to change the active WM. lintian says that it's missing the required 'Type' key. But said key has the allowed values Application, Link and Directory[1], none of which seem very well suited for a wm. Moreover, metacity's equivalent file also lacks the entry. So, should I add it anyways? As Application? Or should I just override the lintian error? [1] http://standards.freedesktop.org/desktop-entry-spec/1.0/ar01s05.html -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Merging packages
On Sun, May 13, 2007 at 05:40:35PM +0200, Guus Sliepen wrote: > On Sun, May 13, 2007 at 10:02:24AM -0500, Luis Rodrigo Gallardo Cruz wrote: > > > 1. I'll be shipping the compatibility script as /usr/bin/stunnel3 and > > the main v4 binary as /usr/bin/stunnel4. I'll ship a /usr/bin/stunnel > > symlink pointing at the wrapper for now, and eventually (after lenny, > > for sure) change it to point at the v4 binary. > > You can use the alternatives system to create such a symlink for you. > That automatically sets up a symlink, but the system administrator can > also override it manually. But aren't alternatives supposed to have compatible cli interfaces? stunnel{3,4} aren't. > > 4. stunnel v3 uses no configuration files, stunnel4 does and its > > package has them installed on /etc/stunnel4 and similarly named files > > and dirs. > > [ ... ] > > I think you should mv /etc/stunnel4 /etc/stunnel in the new real > package's preinst if /etc/stunnel does not exist yet. And also ship them in the new real package, for people who didn't have stunnel4 installed? Also, some people might be relaying in the file's current location for something. Should I put a symlink in their place? Thanks, signature.asc Description: Digital signature
Merging packages
stunnel (which I'm adpoting) has two mutually incompatible major upstream versions, 3 and 4. Back when 4 was first released, the maintainer packaged it separately, as stunnel4, to avoid the major grief of forcing such an update on users. Since then, stunnel4 has grown a compatibility wrapper script and stunnel3 has been deprecated upstream, with no releases for several years. I would like to finally move the stunnel package over to upstream version 4 and remove the stunnel4 package but I have some doubts on how to proceed and would like some comments. 1. I'll be shipping the compatibility script as /usr/bin/stunnel3 and the main v4 binary as /usr/bin/stunnel4. I'll ship a /usr/bin/stunnel symlink pointing at the wrapper for now, and eventually (after lenny, for sure) change it to point at the v4 binary. 2. Ditto for manpages 3. I will turn the stunnel4 package into a dummy that just pulls the new stunnel. 4. stunnel v3 uses no configuration files, stunnel4 does and its package has them installed on /etc/stunnel4 and similarly named files and dirs. Since the surviving package is to be called stunnel, I think it would be correct for its config files to have no '4' suffix on their names. Nevertheles, I'd like stunnel4 users to have a painles migration, which means somehow grabbing their stunnel4 files and putting them in the new places. Is that a good idea? Should such migration logic be put in the dummy transitional package? Or maybe I should just live with funnily-named conf files for stunnel? Thanks, -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: Alioth lists are too strict in checking senders
On Fri, Mar 23, 2007 at 08:31:00AM +1100, Hamish Moffatt wrote: > On Thu, Mar 22, 2007 at 07:23:51AM -0600, Luis Rodrigo Gallardo Cruz wrote: > > In trying to send mail to an alioth ml I got: > > > > The following message to <[EMAIL PROTECTED]> was undeliverable. > > The reason for the problem: > > 5.1.0 - Unknown address error 550-"Verification failed for\nCalled: > > 207.44.202.99\nSent: RCPT TO:<[EMAIL PROTECTED]>\nResponse: 550 5.1.1 > > <[EMAIL PROTECTED]>... User unknown\nSender callout failed: Sender adress > > can't be verified trough SMTP check." > > Why does your outbound mail configuration affect sender verification? > The recipient should only check that the address is deliverable, not > necessarily that it is deliverable *to the sending server*. Because it tried to check <[EMAIL PROTECTED]> when my address is <[EMAIL PROTECTED]> But I guess that's my ISP somehow rewriting the address, so, in a way, my bad. I'll reconfigure thing to bypass them. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Zenophobia: the irrational fear of convergent sequences. signature.asc Description: Digital signature
Re: Alioth lists are too strict in checking senders
On Thu, Mar 22, 2007 at 04:01:20PM +0100, Florian Weimer wrote: > * Luis Rodrigo Gallardo Cruz: > > > In trying to send mail to an alioth ml I got: > > > > The following message to <[EMAIL PROTECTED]> was undeliverable. > > The reason for the problem: > > 5.1.0 - Unknown address error 550-"Verification failed for <[EMAIL > > PROTECTED]>\nCalled: 207.44.202.99\nSent: RCPT TO:<[EMAIL > > PROTECTED]>\nResponse: 550 5.1.1 <[EMAIL PROTECTED]>... User > > unknown\nSender callout failed: Sender adress can't be verified trough SMTP > > check." > > > > Shouldn't such tests cause, at most, mail to be queued up for > > moderation? > > Why bother distributing it over the mailing list? It's rather likely > you can't contact the author of that message because his or her > mailing system is thoroughly misconfigured. Is 'forced to relay through a gateway' an instance of 'thoroughly misconfigured'? Or is it just a corner case not worth bothering for? (I'm not _quite_ trolling. I'd like to know if I ought to spend the effort to change my otherwise-mostly-working configuration.) -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Zenophobia: the irrational fear of convergent sequences. signature.asc Description: Digital signature
Alioth lists are too strict in checking senders
In trying to send mail to an alioth ml I got: The following message to <[EMAIL PROTECTED]> was undeliverable. The reason for the problem: 5.1.0 - Unknown address error 550-"Verification failed for <[EMAIL PROTECTED]>\nCalled: 207.44.202.99\nSent: RCPT TO:<[EMAIL PROTECTED]>\nResponse: 550 5.1.1 <[EMAIL PROTECTED]>... User unknown\nSender callout failed: Sender adress can't be verified trough SMTP check." Shouldn't such tests cause, at most, mail to be queued up for moderation? There probably are many users who are in no position to do anything about sender verification failures[1], and this can efectively cut them out from communication with many Debian projects. [1] Me, for one. My home ISP demands I only send mail through their SMTP relay. signature.asc Description: Digital signature
Re: May one use ~rc1 within versions although older lintians are complaining?
On Wed, Mar 14, 2007 at 12:28:31PM -0600, Gunnar Wolf wrote: > > Why is every question I'm asking here treated like me beeing a child in > > time, > > not able to do the logical? > > > > Testing a package is useless and senseless ... I know that well! > > HUH!?!? > > Ummmh... If that's how you really feel and I'm not failing to > understand some deep sarcastic remark, I invite you to keep those > packages away from Debian. Don't worry Gunnar, Roman *is* being sarcastic. His packages are, IMHO, very well done and they have quite some testing from himself and from users. Actually, I'd sponsor him if I were able. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Zenophobia: the irrational fear of convergent sequences. signature.asc Description: Digital signature
Re: X-Debbugs- headers (was Re: ITP: lhapdf -- Les Houches Accord PDF Interface)
On Wed, Jan 17, 2007 at 10:37:13AM -0800, Don Armstrong wrote: > You can use any of the X-Debbugs-... headers in the psuedoheaders, > but they must be prefixed with X-Debbugs-. The converse is not true. Sorry, I got lost here. Is the converse 'non-prefixed non-x-debbugs headers cannot be used' ? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Zenophobia: the irrational fear of convergent sequences. signature.asc Description: Digital signature
Re: apt hangs for ever
On Mon, Nov 27, 2006 at 08:41:23PM +0100, Andreas Fester wrote: > I tried to track it down; I could reproduce it with non-stripped apt-binaries > from > a re-compiled apt source package. pstree showed the following processes while > apt-get was hanging: > > apt-get(5027)???bzip2(5049) > ??gpgv(5032) > ??gzip(5038) > ??http(5029) > ??http(5030) > > apt-get was blocked in a select() called from apt-get.cc:1354 > > 1353 // Run it > 1354 if (Fetcher.Run() == pkgAcquire::Failed) // <<== > 1355 return false; > > bzip/gzip/gpgv were hanging in a select() which was called from WaitFd(), > and http did not show a useful stack trace. This sounds similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341537 Try to see if the place where apt is getting stuck is one where it's waiting for input from an external process which might have gotten stuck or dead. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 Billboard billboard burning bright / in my windshield every night. Lead me to a decent joint / where I can stop and get a bite. signature.asc Description: Digital signature
Re: [EMAIL PROTECTED] (WAS: Re: Simpleminded members better than abusive members)
On Tue, Oct 03, 2006 at 12:54:09AM +0200, Maarten Verwijs wrote: > On Mon, Oct 02, 2006 at 08:37:55PM +0200, Frans Pop wrote: > > Try filing better bug reports instead. > > Since this is an ongoing problem, how about the following: > [EMAIL PROTECTED] > ... > Tis just an idea, and it may have it's do's and don't's, so please: > what are the general thoughts on this? I think I see the answer to this, but still: How is this different from the -user-* lists? If i'm guessing your intentions correctly, I think it's a great idea, and it's kind of what I try to do on -user-spanish[1]. However, there's a very big problem. How do we avoid burn out? It gets *really* tiresome after a while, answering the same 'please go read the FAQ and don't post in HTML and don't expect me to do your homework'-kind of questions. So, before we try it, any ideas how to avoid that and keep us possible volunteers motivated? [1] And that points out another posible task: Mediating between non-english-speaking users and DDs. Many won't do bug reports because of language barriers. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#384545: ITP: keytouch-editor -- create or modify keyboard mappings for keytouch
Package: wnpp Severity: wishlist Owner: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> Package name: keytouch-editor Version : 2.1.0 Upstream Author : Marvin Raaijmakers <[EMAIL PROTECTED]> URL : http://keytouch.sourceforge.net/index.html License : GPL Programming Lang: C Description : create or modify keyboard mappings for keytouch keytouch-editor allows you to define keyboard mappings for keyboards not yet supported by keytouch. keytouch-editor 2.1.0 is already packaged for Ubuntu. Said packaging will be used as a starting point for the Debian package. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#383401: ITP: keytouch -- easily configure extra function keys in multimedia keyboards
Package: wnpp Severity: wishlist Owner: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> * Package name: keytouch Version : 2.2.0 Upstream Author : Marvin Raaijmakers <[EMAIL PROTECTED]> * URL : http://keytouch.sourceforge.net/index.html * License : GPL Programming Lang: C Description : easily configure extra function keys in multimedia keyboards Kaytouch allows you to define, for every individual function key, what to do if it is pressed. KeyTouch version 2 is designed for Linux kernel 2.6 and is the first program of its kind that perfectly works together with kernel 2.6. Keytouch 2.1.4 is already packaged for Ubuntu. Said packaging will be used as a starting point for the Debian package. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: dpkg doing wrong math (0.09 = 0.9) ?- [was: dak now supports ~ in version numbers]
On Thu, Aug 10, 2006 at 08:37:47PM -0400, Roberto C. Sanchez wrote: > On Fri, Aug 11, 2006 at 02:21:04AM +0200, Adeodato Simó wrote: > > * Roberto C. Sanchez [Thu, 10 Aug 2006 19:47:36 -0400]: > > > > > Except that the final comparison ignores that the number was to the > > > right of the decimal, making the zero significant. > > > > Er, read Policy 5.6.12. > > > I have read it. I was simply speaking from a mathematical perspective. But a mathematical perspective is wrong, because it does not tell how to interpret 1.1.1 Version numbers are not floats. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#378157: general: w gives some weird message
reassign 378157 procps thanks On Fri, Jul 14, 2006 at 10:46:52PM +0530, Ritesh Raj Sarraf wrote: > /etc/alternatives/w points to /usr/bin/w.procps. > procps is the package which should be associated with this bug. Done -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#378157: general: w gives some weird message
On Fri, Jul 14, 2006 at 05:59:33AM +0530, Ritesh Raj Sarraf wrote: > I couldn't figure out what package "w" belongs to, hence general. > "w" is reporting some messages on Debian GNU/kFreeBSD. Where does /etc/alternatives/w point to in your system? -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: cdrtools
On Thu, Jul 13, 2006 at 08:06:19AM -0700, Erast Benson wrote: > On Thu, 2006-07-13 at 12:59 +0100, Ian Jackson wrote: > > Erast Benson writes ("Re: cdrtools"): > > > Joerg clearly stands that: > > > > > > 1) Makefiles != scripts or at least it is unclear whether Makefiles may > > > be called "scripts": > > I don't want to insist on (1) too. But I must agree with Joerg that it > is unclear if Makefiles could be called as "scripts for compilation". > > Makefiles are programs written in non-scripting language. To understand > what non-scripting language is, I googled this: > > """I'd define a scripting language as one which requires you to put $ > or whatever in front of variable names, and makes quoting strings an > optional construct, and does string variable substitution inside string > constants unless you force it not to with odd escape characters. > A non-scripting language is one which has simple, clear-cut lexical > conventions and parsing syntax.""" So, scripting language == pretty much just perl? And, anyways, vars in Makefiles are $(var). And there's no quotes. And it substitutes vars in strings. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Bug#368775: ITP: pubtal -- A template driven web site builder for small sites.
Package: wnpp Severity: wishlist Owner: Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]> * Package name: pubtal Version : 3.2.0 Upstream Author : Colin Stewart <[EMAIL PROTECTED]> * URL : http://www.owlfish.com/software/PubTal/ * License : BSD Programming Lang: Python Description : A template driven web site builder for small sites. PubTal uses the ZPT language from ZOPE and input plugins to generate a web site, maintaining content separate from presentation. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=es_MX, LC_CTYPE=es_MX (charmap=ISO-8859-1) -- Rodrigo GallardoPGP Key ID: ADC9BC28 Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 http://www.nul-unu.com http://www.nul-unu.com/blogs/elucubrando signature.asc Description: Digital signature