Bug#612270: ITP: tagainijisho -- A Japanese dictionary and learning assistant
Package: wnpp Severity: wishlist Owner: Thibaut VARENE * Package name: tagainijisho Version : 0.2.6.2 Upstream Author : Alexandre COURBOT * URL : http://www.tagaini.net/ * License : GPL, CC-BY-SA 3.0 Programming Lang: C++ Description : A Japanese dictionary and learning assistant Tagaini Jisho is a Japanese vocabulary and kanji dictionary that aims at presenting results in a way that makes it easy to create connections in your mind and remember them. To allow this, it keeps track of all the entries you already know and allows you to tag and add notes to them. It also features kanji drawing animations for more than 6000 kanjis, flashcard-like training, production of paper material for studying, and extended search options for vocabulary and kanjis including part-of-speech and JLPT levels. -- 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/20110207100530.11023.35160.reportbug@Kanti.h0m3
The "node" command in Debian
(please follow-up to debian-devel only) Hi Debianites, As you may know[0], there are currently two packages in Debian experimental providing a "node" binary. [0] http://lists.debian.org/debian-devel/2010/08/msg00568.html The node.js project --- One is from the node.js project. It was renamed from "server" to "node" on March 3, 2009. The purpose of this tool is to run servers and other event-based programs written in Javascript. The maintainer for this package in Debian has written[1]: | not having /usr/bin/node as nodejs binary path will without any | doubt render nodejs package unuseful for a vast majority of users. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=611698 The LinuxNode project - The other is a frontend to libax25, an AX.25 implementation for Linux. Hardware implementations of AX.25 are apparently called "terminal node controllers" or "nodes" for short; hence this Linux-based implementation was called LinuxNode and its binary called "node". It was introduced in January, 1996. It seems that its family tree also includes (unpackaged) implementations named AWZNode and FlexNode. The node package does not seem to have a very active maintainer since Joop Stakenborg retired. On the debian-hams list, we read[2]: | As a continuous very long term (about 1994) user of kernel ax25 I | object strongly to this request which will affect far more users | world-wide than just a few nodejs users. [2] http://lists.debian.org/debian-hams/2010/08/msg00032.html Debian policy - Both of these projects are, of course, insane to use such a generic binary name. But Debian policy does not say "you must not use such a generic name unless you are a net.god" --- only common sense does. Problem: scripts may use the 'node' name to refer to either of these programs. Which should get the name? You decide, based not on popularity or priority but --- well, based on whatever makes sense. If no consensus emerges, policy §10.1 in its Solomon-like wisdom says _both_ commands must be renamed. I hope we can do better. I will be happy to file release-critical bugs against both packages to that effect if not. With hope, Jonathan Disclaimer: I am ignorant about both packages. Some naïve part of me believes that it will be possible for mature people not ignorant about them to figure out a reasonable solution. -- 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/20110207104656.GA10756@elie
Re: The "node" command in Debian
Jonathan Nieder writes ("The "node" command in Debian"):
> (please follow-up to debian-devel only)
> If no consensus emerges, policy §10.1 in its Solomon-like wisdom says
> _both_ commands must be renamed. I hope we can do better. I will be
> happy to file release-critical bugs against both packages to that
> effect if not.
I think this is exactly the correct thing to do in this case.
At least no scripts will get the wrong program.
An alternative would be to somehow arrange for "node" to be
#!/bin/sh
cat >&2
Re: The "node" command in Debian
On Mon, 07 Feb 2011, Jonathan Nieder wrote: > As you may know[0], there are currently two packages in Debian > experimental providing a "node" binary. > > [0] http://lists.debian.org/debian-devel/2010/08/msg00568.html ... > One is from the node.js project. It was renamed from "server" to > "node" on March 3, 2009. The purpose of this tool is to run servers So, this one has a past history of hazardous, poor thought-out behavior re. the global namespace... and it blew its second chance when it went from "server" (insanely bad choice) to "node" (another insanely bad choice, for _exactly the same reasons_). > The LinuxNode project > - > The other is a frontend to libax25, an AX.25 implementation for Linux. > Hardware implementations of AX.25 are apparently called "terminal node > controllers" or "nodes" for short; hence this Linux-based > implementation was called LinuxNode and its binary called "node". It > was introduced in January, 1996. It seems that its family tree also > includes (unpackaged) implementations named AWZNode and FlexNode. 1996 was a long time ago, the world was much smaller back then. It was still a very very poor choice of naming, and it should have been named ax25node from day one. > | As a continuous very long term (about 1994) user of kernel ax25 I > | object strongly to this request which will affect far more users > | world-wide than just a few nodejs users. > > [2] http://lists.debian.org/debian-hams/2010/08/msg00032.html You go for generic names in the common namespace, you set yourself up for disaster, and you get what you deserve. However, Debian has a lot of penetration in the HAM community, "node" has preferred usage for networking matters in any Unix-like system due to more than 20 years of tradition, and they have a previous claim for the name. Poorly named as it is, that package has been in Debian stable releases since 1999. If push comes to shove, nobody is going to try to force _them_ to give up that name. You can get the package itself renamed to ax25node, and have the required "node" transitional package in squeeze+1, so as to have no "node" package in squeeze+2, but rename the executable itself? not likely. > Problem: scripts may use the 'node' name to refer to either of these > programs. Which should get the name? You decide, based not on > popularity or priority but --- well, based on whatever makes sense. The nasty thing is that whatever answers to "node" is defined by path precedence, and often sbin is only included for root, so it is a large pitfall. > If no consensus emerges, policy §10.1 in its Solomon-like wisdom says > _both_ commands must be renamed. I hope we can do better. I will be > happy to file release-critical bugs against both packages to that > effect if not. 1. they can declare a conflict with each other, so that the packaging system will never let both get installed in the same system. Unless both communities have a large overlap, this one makes both happy, until a third package shows up trying to claim "node". 2. they can be forced (by the TC) to drop their claim of "node" in the common namespace. This is not likely to happen. 3. It is possible that they could do nothing, since there is no direct file conflict (different paths). Not good for the unaware user that installs both, but I am not sure whether we forbid this kind of potential pitfall in the first place. 4. as the one with the weaker claim, node.js can move its executable out of the generic namespace or rename its executable to something else. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- 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/20110207125424.ga26...@khazad-dum.debian.net
Bug#612288: RFP: phplist -- multi-list email campaign manager
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: phplist Version : 2.10.12 Upstream Author : Michiel Dethmers et al * URL : http://www.phplist.com * License : GPL-2 Programming Lang: PHP Description : multi-list email campaign manager - From upstream's description: phplist is a one-way email announcement delivery system. It is great for newsletters, publicity lists, notifications, and many other uses. (It is different from group mailing list systems like mailman.) The Web Interface lets you write and send messages, and manage phplist over the internet. phplist keeps sending messages from your web server, even after you shut down your computer. phplist is designed to manage mailing lists with hundreds of thousands of subscribers. phplist manages message delivery with a message queue, ensuring that every subscriber gets the email message, and that no subscribers receive two copies, even if they're subscribed to more than one list. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJNT+02AAoJEFOUR53TUkxRb5MP+wX65ZcCM02gK8q/Hi0PCNBZ Yxb1hGWjzKoyVHKHvgh7oRa04gJVfg0+LpGlUeovlGyyp7f5US1aYCEY1tHixYbc OWYXvwW20uhiaHMRttnmbHXFJHWfNIdNZ2Ul3AABU6aStYeLfuiQXuGxno/vYE1T jQRyYBP21u+WjZwd6L8va/jNctinkTfaA0hJ52AJImH6B4wsNmJIdnzpt7LmtKxt NXEItTcannMfPDUh2ZTq+uezg9+XVB/eaa9lHwqXqU7U0SU1YgnLw4DHOG4BqGJ/ 1N5gs6YLbb2i1lTug/sNQjQC6pBD4PZaJsXNVRqaaBCJ3GE/yUbMJaYGYPpRpHL6 +A5iZhsj2wzob09jFzhnKbQ5r+pQugKr1FYDDutiNk1rRrpDo/lRz2RB7B4fbbun njaruOe60wUK9c1gQSyBaMNBX8xvTqXqx6YcGY/4J7fbrILefkbYA6SBL7DDPhz9 DAB3YA+Qp5g6fA2hpo9uvxgwYtrcEjTSwCL6maYD6Q2mzqtoimME9iOR/ukcACbL vTKyRgcUQMDqkAV0Ka8iTxEbdE9O9Zez8uq6PbLeirHjV/PfJvPuUj+Yf81Xu7WZ f6eldSKezPBptYq/qclyDK01Tm77H7BgfuYBuk4YsTsY5nPYGH8x0ErAT9B25TKo J6eDank2oLg5cjgDv3uN =fShL -END PGP SIGNATURE- -- 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/20110207130146.22972.36061.reportbug@lupin
Bug#612296: O: bacula
Package: wnpp Severity: normal Hi, I am orphaning Bacula. (I will also be orphaning the related package bacula-doc, which has a separate upstream and Debian source tree.) The package is in good shape, but due to a transition away from tape-based backups, I will no longer be using it and therefore won't have time to support it well. The package is maintained in git and should be reasonably easy to take over for a package of its size. Thanks, -- John -- 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/20110207141552.10064.62501.report...@hephaestus.lan.complete.org
Thank you
Hi All, Thank you very much for everything on debian. Im so glad to here that squeeze is released. I ve been using it for few months after upgrading from lenny. -- *Thank you and Regards, * * Amila *
Re: Upcoming FTPMaster meeting
On Feb 07, Svante Signell wrote: > Now, with support for VMs like qemu, xen > and virtualbox, more people are showing interest in GNU/Hurd. [citation needed] -- ciao, Marco signature.asc Description: Digital signature
Re: The "node" command in Debian
On Monday 07 February 2011 13.54:24 Henrique de Moraes Holschuh wrote: > 1. they can declare a conflict with each other, so that the packaging >system will never let both get installed in the same system. JavaScript and AX.25 sounds like it might be quite a distance in terms of people involved, although this is really just a guess. Start with a package conflict plus explanatory notice in README.Debian and move on to other measures if "enough" people complain, perhaps? Downside is of course that this discussion will probably repeated a few times. cheers -- vbi -- As we found out later, our activities had both saturated an uplink two "hops" up from our university, at the Nordic University Network level and made some DoS-alarms go off at the national level. All part of a fun release. -- serving Debian sarge and Ubuntu Breezy CD images http://www.acc.umu.se/~maswan/2005-12-10/2gbit-freesoftware.html signature.asc Description: This is a digitally signed message part.
Re: The "node" command in Debian
Henrique de Moraes Holschuh writes ("Re: The "node" command in Debian"):
> 1. they can declare a conflict with each other, so that the packaging
>system will never let both get installed in the same system.
No, this is explicitly forbidden by policy and quite rightly so.
Ian.
--
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/19792.4916.750805.893...@chiark.greenend.org.uk
Re: The "node" command in Debian
On 07/02/2011 16:43, Adrian von Bidder wrote: > On Monday 07 February 2011 13.54:24 Henrique de Moraes Holschuh wrote: >> 1. they can declare a conflict with each other, so that the packaging >>system will never let both get installed in the same system. > > JavaScript and AX.25 sounds like it might be quite a distance in terms of > people involved, although this is really just a guess. > > Start with a package conflict plus explanatory notice in README.Debian and > move on to other measures if "enough" people complain, perhaps? +1 though against policy, it is the least frustration (and work) path. > Downside is of course that this discussion will probably repeated a few > times. Let's hope nobody want to drive ax25 through nodejs. Jérémy. -- 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/4d501428.5090...@edagames.com
Re: The "node" command in Debian
On Mon, Feb 07, 2011 at 03:43:48PM +, Ian Jackson wrote:
> Henrique de Moraes Holschuh writes ("Re: The "node" command in Debian"):
> > 1. they can declare a conflict with each other, so that the packaging
> >system will never let both get installed in the same system.
>
> No, this is explicitly forbidden by policy and quite rightly so.
What Policy actually says is (§10.1):
Two different packages must not install programs with different
functionality but with the same filenames.
The definition of "filename" here is unclear. AX.25's node is in
/usr/sbin (IIRC) and nodejs's is in /usr/bin. This, of course, poses
practical problems for people that have both in their path. This is
usually the case for root, and for some users as well.
Lacking an official definition for "filename" in Policy, I think it's
reasonable to assume that it should not be read as "path", and instead
be read to forbid this use (as you said, Ian). Nevertheless, I see how
reasonable people could disagree.
--
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: The "node" command in Debian
brian m. carlson writes ("Re: The "node" command in Debian"):
> The definition of "filename" here is unclear. AX.25's node is in
> /usr/sbin (IIRC) and nodejs's is in /usr/bin. This, of course, poses
> practical problems for people that have both in their path. This is
> usually the case for root, and for some users as well.
Yes.
> Lacking an official definition for "filename" in Policy, I think it's
> reasonable to assume that it should not be read as "path", and instead
> be read to forbid this use (as you said, Ian). Nevertheless, I see how
> reasonable people could disagree.
The point of the exercise is not just to stop dpkg complaining when
the packages are installed (otherwise Conflicts would suffice).
The point is to try to arrange that when one bit of the system (or a
user) asks for something by name, they don't get something entirely
unrelated.
The same principle should apply to any namespace, not just the command
namespace. So for example we would not tolerate a new kernel module
that used AF_INET for something strange, nor two applications which
used the same object paths in dbus for unrelated purposes, nor two
sets of packages which use the same virtual package name for unrelated
purposes, or anything else similar.
Nor should we accept two sets of shared libraries which exported the
same function names for different purposes (although I guess we don't
check for this automatically, and there would probably be more cases
where it would be easier to argue that there was no harm done).
Ian.
--
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/19792.8082.728268.491...@chiark.greenend.org.uk
Re: The "node" command in Debian
On 07/02/2011 13:54, Henrique de Moraes Holschuh wrote: > 1. they can declare a conflict with each other, so that the packaging >system will never let both get installed in the same system. > >Unless both communities have a large overlap, this one makes both >happy, until a third package shows up trying to claim "node". > > 2. they can be forced (by the TC) to drop their claim of "node" in the >common namespace. This is not likely to happen. > > 3. It is possible that they could do nothing, since there is no direct >file conflict (different paths). Not good for the unaware user that >installs both, but I am not sure whether we forbid this kind of >potential pitfall in the first place. > > 4. as the one with the weaker claim, node.js can move its executable out >of the generic namespace or rename its executable to something else. > Another proposal : 5. nodejs package provides /usr/bin/nodejs, following policy. nodejs-notrenamed package links /usr/bin/node to nodejs, and conflicts with node package. + Both packages node and nodejs can be installed, with full functionnality. + If the renaming is too much a burden for the user, he can install the not renamed version, knowing he can't install node package in that case. - Depending on nodejs-notrenamed must be impossible (is this possible ?) - All packages depending on nodejs must be able to work with /usr/bin/nodejs. - It is still violating policy, though in a more flexible and twisted way. Jérémy. -- 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/4d502603.8040...@edagames.com
Re: The "node" command in Debian
* Jérémy Lal [110207 18:21]: > > 2. they can be forced (by the TC) to drop their claim of "node" in the > >common namespace. This is not likely to happen. If both camps can rightly argue that some other command called "node" might make things in their camp call the wrong thing, then this is the only reasonable solution. > Another proposal : > > 5. nodejs package provides /usr/bin/nodejs, following policy. >nodejs-notrenamed package links /usr/bin/node to nodejs, and conflicts >with node package. > > + Both packages node and nodejs can be installed, with full functionnality. > + If the renaming is too much a burden for the user, he can install the > not renamed version, knowing he can't install node package in that case. > - Depending on nodejs-notrenamed must be impossible (is this possible ?) > - All packages depending on nodejs must be able to work with /usr/bin/nodejs. > - It is still violating policy, though in a more flexible and twisted way. A user wanting to have a node command can also just create a symlink manually (if things call only node without path, they can even just add that into /usr/local/[s]bin without thinking about diversions (though diversions would not really be necessary as path is essentially dead for packages). There is not really a need for a package if nothing can depend on it, all tests should be done without and a user can get the same effect with a single simple command. Bernhard R. Link -- 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/20110207194229.ga26...@pcpool00.mathematik.uni-freiburg.de
Bug#612330: [general] Debian Live fails to restart
Package: general Severity: important I downloaded debian-live-6.0.0-i386-kde-desktop.img and managed to write it on a USB stick. Shutting down generally works, but restarting doesn't. After the init scripts finish, the console prints "Please remove the USB flash drive and press ENTER to continue:", as when shutting down, and immediately followed by "[ time ] Starting new kernel" After removing the flash drive and pressing ENTER, nothing happens, for many minutes (presumably until one will manually shut down the system). -- 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/4d504a92.3000...@gmail.com
Processed: Re: Bug#612330: [general] Debian Live fails to restart
Processing commands for cont...@bugs.debian.org: > reassign 612330 debian-live Bug #612330 [general] [general] Debian Live fails to restart Bug reassigned from package 'general' to 'debian-live'. Warning: Unknown package 'debian-live' Warning: Unknown package 'debian-live' Warning: Unknown package 'debian-live' Warning: Unknown package 'debian-live' Warning: Unknown package 'debian-live' > severity 612330 normal Bug #612330 [debian-live] [general] Debian Live fails to restart Warning: Unknown package 'debian-live' Severity set to 'normal' from 'important' Warning: Unknown package 'debian-live' > thanks Stopping processing here. Please contact me if you need assistance. -- 612330: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612330 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.129710814720715.transcr...@bugs.debian.org
Re: Ideas for object-based git-like storage on Linux
On 2011-02-07 00:40, Roger Leigh wrote: > http://www.codelibre.net/~rleigh/hashlink.pdf Interesting! It seems that it would also be beneficial to log-structured file systems [1]. I spotted a couple of typos: Page 4: "Files may be therefore be replaced" => "Files may therefore be replaced" Page 8: "that is to say it it written once" => "that is to say it is written once" "storage is be used" => "storage is used" Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- 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/4d5077fa.6090...@debian.org
Re: Ideas for object-based git-like storage on Linux
On Mon, Feb 07, 2011 at 11:53:46PM +0100, Jens Peter Secher wrote: > On 2011-02-07 00:40, Roger Leigh wrote: > > http://www.codelibre.net/~rleigh/hashlink.pdf > > Interesting! It seems that it would also be beneficial to > log-structured file systems [1]. > > I spotted a couple of typos: > > Page 4: > "Files may be therefore be replaced" => "Files may therefore be replaced" > > Page 8: > "that is to say it it written once" => "that is to say it is written once" > "storage is be used" => "storage is used" Many thanks for catching those; I've now fixed them. BTW, I didn't see a reference to [1], but I'd be very interested to look at it! Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#612358: ITP: lpg-generator-java -- Java Runtime support for the LPG parser
Package: wnpp Severity: wishlist Owner: Niels Thykier -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: lpg-generator-java Version : 2.0.20 Upstream Author : Philippe Charles * URL : http://lpg.sourceforge.net/ * License : EPL-1.0 Programming Lang: Java Description : Java Runtime support for the LPG parser The LALR parser generator (LPG) is a tool for developing scanners and parsers written in Java, C++ or C. Input is specified by BNF rules. LPG supports backtracking (to resolve ambiguity), automatic AST generation and grammar inheritance. Rationale for packaging this: eclipse-cdt appears to have modules depending on this, which are currently disabled. If it turns out that I also need the lpg-generator (written in C/C++), I will probably put both parts into the same source package. Note: On the upstream author I chose Philippe, because SF lists Philippe as project manager and there did not appear to be a team mailing list. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNUIemAAoJEAVLu599gGRCa50P/RG7i9uw5TG809g2Y339BLus PbwTE0dPXwvo1DwmXLcyc20pRIxlMqMvnjGZQ/C2s80A+SInmJ/52yE4zqko3pjL CCphJe/MUQR+MlkfEmh0X9bk6XaBYmx5oRq3FK4kw10BICKD/vrmRLuZGoHi1Wyk wRh24FGeuQoxhBYmyuMspClVG8Mn1tcZX6knyI3HrCZ53kFZm/c2oPBvAIx3jK9O VLJHMrfjjYc3FzX6HFE92xgwivs0UdtNTkfkwzpO2VvhXCTWTaoj7ky7yUsGF9TF nkBmTkHaIAosGZXY/dFCEqM3Svt5Yn6xZuGwYtC1MFqhvk8Kj904/YEcFKymueu2 XjronY6vNYUVjTNuAELNA44aygbjg40NUpjExvcKvBro1M+t7oEmgLVU5p+YLrL5 exqfcOGAqXk9QldiLQs6EnXLUF1ZffxfMR1Dua7x/jdT8Q9vL0TQUvAAFJhYx1Bk JNhFfEAuS6uiLNvNjCSRVumgV24Bm97FUE9QkYpy8f9OAGsFSXoVNtMUuVillnl3 HIsNd84aGtbsJBGQeH6yhuVxOMTDfljC49AvOOlB7VmmCFODGtwTLyMOTI3Q0cm5 lhPDZeaAolETtHlnQl3aLttvZhuf30ZLjxAx9lpKIh6CPMiHG83qKEjeKm4i0q66 Hw39Yw2qdST9SSALyJNi =QM5H -END PGP SIGNATURE- -- 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/2011020842.15341.46842.report...@getsu.thykier.net
Bug#612359: [general] Debian Live: some Boot menu options are invisible (Memory test)
Package: general Severity: important Debian Live 6's boot menu seems to contain 14 options. I used the image debian-live-6.0.0-i386-kde-desktop.img. There are 4 Live options, 4 Text options, 4 GUI options, and 2 more, the first being Memory test. I tried the USB key on 3 PC, and I always only saw the first 8 before I used the arrow keys. The display was identical on the 3 PC-s. 2 are laptops with a 1366x768 resolution, one is a desktop with a 1440x900 LCD screen. They are all "widescreens". First problem, nothing suggests there are 6 more options that will appear when going down. The menu seems to think its always showing 10 options. Therefore if from the start I press the down arrow key 8 times, no option is highlighted but no scrolling happens. I have to press 10 times. Then the options scroll by 4 and I see Text and GUI options. GUI Auto is the last option I can see. There is room in the screen to show one line below the last option shown, but not 2. Playing, it's possible to get the 13th option, Memory test, to flash, so I was able to use memtest anyway. I guess if the fix is non-trivial, the most urgent thing is to be able to see the 2 last options. Ironically, the last option, the one truly invisible, seems to be the help. -- 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/4d5088de.9060...@gmail.com
2011年2月 東京エリアDebian勉強会のおしらせ
こんにちは。
2011年2月19日土曜日に東京エリアDebian勉強会を開催します。
内容は
Hadoop についてと、Debian Games Team 体験記、
そして、リリースされたSqueezeをインストールした結果を語る会を行う予定です。
詳細の確認と参加登録は以下のURLからできます。
http://tokyodebian.alioth.debian.org/2011-02.html
以上、よろしくお願いします。
岩松
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
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/AANLkTinDUNieKZXVYuLrEimY-_HUMYErkLtmF=+gm...@mail.gmail.com
Re: 2011年2月 東京エリアDebian勉強会のおしらせ
Sorry, I mistook in e-mail address.
This is an announcement of the meetings of Debian in Japan.
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
2011年2月8日9:37 Nobuhiro Iwamatsu :
> こんにちは。
>
> 2011年2月19日土曜日に東京エリアDebian勉強会を開催します。
>
> 内容は
>
> Hadoop についてと、Debian Games Team 体験記、
> そして、リリースされたSqueezeをインストールした結果を語る会を行う予定です。
>
> 詳細の確認と参加登録は以下のURLからできます。
> http://tokyodebian.alioth.debian.org/2011-02.html
>
> 以上、よろしくお願いします。
>
> 岩松
> --
> Nobuhiro Iwamatsu
> iwamatsu at {nigauri.org / debian.org}
> GPG ID: 40AD1FA6
>
--
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/aanlktincwlrovcfvycjjgpkgxszounlfe4+df3x35...@mail.gmail.com
Bug#612363: ITP: faulthandler -- Display the Python backtrace on a crash
Package: wnpp Severity: wishlist Owner: Miriam Ruiz * Package name: python-faulthandler Version : 1.3 Upstream Author : Victor Stinner * URL : http://pypi.python.org/pypi/faulthandler/ * License : BSD-2 Programming Lang: C, Python Description : Display the Python backtrace on a crash Fault handler for SIGSEGV, SIGFPE, SIGBUS and SIGILL signals: it displays the Python backtrace and restores the previous handler. It allocates an alternate stack for this handler, if signaltstack() is available, to be able to allocate memory on the stack, even on stack overflow. -- 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/20110208005734.27269.14153.report...@alioth.debian.org
Squeeze Release Coincides with "Toy Story Marathon"
Congratulations to all the Debian developers on the Squeeze release over the weekend. You all deserve a big round of applause. On the very day that Squeeze was going production, Saturday, February 5, 2011, The Disney Channel was running a "Toy Story Marathon" in which all three of the Toy Story movies were being shown back-to-back-to-back. Isn't that an amazing co-incidence? Or was it? ;-) Thank you very much. -- .''`. Stephen Powell : :' : `. `'` `- -- 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/1574427890.656047.1297132384086.javamail.r...@md01.wow.synacor.com
Bug#612374: ITP: python-nose-achievements -- unlock achievements for running your tests
Package: wnpp Severity: wishlist Owner: Ricardo Kirkner * Package name: python-nose-achievements Version : 0.2pre Upstream Author : Brian Beck * URL : http://exogen.github.com/nose-achievements/ * License : GPLv3 Programming Lang: Python Description : unlock achievements for running your tests Unit Testing Achievements * Unlock achievements for running your test suite! * Works with nose, unittest, and Django * Tested with Python 2.6 and 3.1 * Entry points for discovering more achievements -- 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/20110208031227.8452.37782.reportbug@localhost6.localdomain6
Bug#612375: ITP: stimfit -- view and analyze electrophysiological data
Package: wnpp Severity: wishlist Owner: NeuroDebian Team * Package name: stimfit Version : 0.10.7 Upstream Author : Christoph Schmidt-Hieber * URL : http://code.google.com/p/stimfit/ * License : GPL-2 Programming Lang: C, Python Description : view and analyze electrophysiological data Stimfit is a free, fast and simple program for viewing and analyzing electrophysiological data. It features an embedded Python shell that allows you to extend the program functionality by using numerical libraries such as NumPy and SciPy. . It includes stfio module which supports some electrophysiological file formats: - Read/write: CFS binary data, HDF5 files, Axon text files, ASCII files - Read-only: Axon binary files (*.abf), Axograph files (*.axgd, *.axgx), HEKA files (*.dat, from version 0.10) * Write-only: Igor binary waves (*.ibw) -- 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/20110208032743.19501.97112.report...@novo.onerussian.com
