Bug#545151: ITP: libnatspec -- a library for national and language-specific issues
Package: wnpp Severity: wishlist Owner: "Andrew O. Shadoura" * Package name: libnatspec Version : 0.2.4 Upstream Authors: Vitaly Lipatov , Pavel Vainerman * URL : http://natspec.sourceforge.net/ * License : LGPL2.1 Programming Lang: C Description : a library for national and language-specific issues This library provides userful functions for dealing with locales and charsets. Natspec helps to solve most problems related to text reencoding. It enhances portability and allows projects not to try to deal with lanuage-specific issues themselves. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ifupdown and IPv6 (was: Bits from the Release Team)
Hello, On Thu, 31 Mar 2011 00:01:25 +0200 m...@linux.it (Marco d'Itri) wrote: > The problem is with all features implemented by external if-*.d > scripts. If e.g. a bridge is created by the first defined afi, the > second script will fail. And if it does not fail on up then > everything will still break on a down event, when the script run by > the first AFI will destroy the interface and ifupdown will be able to > remove the IP address of the second AFI. Can you run into details a bit? > Bugs were opened long ago, Could you please give me the numbers? > but there is no interest/manpower to fix > them (which is not surprising if you have ever looked at the ifupdown > source). Source? It's beautiful, I can say. It's literate. It's well-structured. Manpower? Here it is [points at himself]. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bits from the Release Team - Kicking off Wheezy
Hello, On Mon, 4 Apr 2011 11:56:15 +0100 Ben Hutchings wrote: > > Does this imply that "fixing" ifupdown to query the state(s) via > > netlink instead of relying on state files would solve most of the > > problems? > I expect so, but it would be a very big 'fix'. Well, ifupdown will still need state files, because they are used to store the certain configuration chosen for the given interface during ifup. Another thing is that they may be ignored when the interface isn't really 'up', as per kernel. What do you think? -- WBR, Andrew signature.asc Description: PGP signature
Re: Bits from the Release Team - Kicking off Wheezy
Hello, On Tue, 5 Apr 2011 14:16:30 +0300 "Andrew O. Shadoura" wrote: > Another thing is that they may be ignored when the interface > isn't really 'up', as per kernel. I mean, isn't up when doing ifup, of isn't down when doing ifdown. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bits from the Release Team - Kicking off Wheezy
Hello, On Tue, 5 Apr 2011 13:30:53 +0100 Ben Hutchings wrote: > Why is that necessary? So far as I can see, the purpose of the state > files is: > - Let ifup refuse to reapply a configuration (even if it failed to > apply it in the first place) > - Allow ifdown to take shortcuts, which often don't work Don't know what do you mean when you say 'shortcuts' and how they don't work. You can use multiple configurations in your config file, and do $ ifup eth1=home Then state file will have a record eth1=home, so ifdown eth1 will know which configuration to use to take the interface down. > They don't even provide the useful feature of copying the > configuration that was applied, in case it is subsequently changed or > removed in /etc/network/interfaces. They don't have to. -- WBR, Andrew signature.asc Description: PGP signature
Re: Back to technical discussion? Yes! (was: network-manager as default? No!)
Hello, On Tue, 5 Apr 2011 14:31:40 +0200 Vincent Lefevre wrote: > [About the general problem of documentation] > The problem is to find the correct tools and the correct > documentation. For instance, imagine the average user who wants for > Ethernet (eth0), to do the following automatically (for a laptop): > 1. use some fixed IP address if there's some peer 192.168.0.1 > with some given MAC address; > 2. otherwise, if an Ethernet cable is plugged in (and only in this > case), start a DHCP client; > 3. make things still work after a suspend/resume. > I now know how to do this. But I still wonder what documentation a > user should read to achieve such a configuration. It is normal that a > user may want to use his laptop from network to network and things > work without manual reconfiguration. Of course, man guessnet. Just few lines. mapping eth1 script guessnet-ifupdown map default: dhcp iface eth-home inet static test peer address 192.168.0.1 mac ... ... iface dhcp inet dhcp The last requirement is fulfilled by means of installing ifplugd. -- WBR, Andrew signature.asc Description: PGP signature
Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)
Hello, On Wed, 06 Apr 2011 07:29:05 +0200 Josselin Mouette wrote: > Your limited knowledge is like jam. The less you have, the more you > spread it. Well, you have just confirmed this statement. > What you actually like about ifupdown is that it cannot do anything > but extremely trivial setups. Then you can stack all soft of stuff on > top of it, and get them to work manually for your specific setup, and > since it’s not event-based you have to hard-code the way your network > is set up. Maybe you just don't know how to 'cook' it properly? -- WBR, Andrew signature.asc Description: PGP signature
Re: Back to technical discussion? Yes! (was: network-manager as default? No!)
Hello, On Wed, 6 Apr 2011 13:40:43 +0200 Vincent Lefevre wrote: > That's not sufficient, because if a DHCP client is still running (e.g. > because the previous configuration used DHCP), one needs to kill it > before using a fixed IP address (in eth-home). If you do `ifdown`, either manually or by unplugging the cable, the problem doesn't appear to exist. Calling ifupdown may be inserted into the suspend/resume scripts. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#621761: ITP: khtmlib -- javascript library for browser maps
Hello, On Fri, 08 Apr 2011 17:41:16 +0200 Jonas Smedegaard wrote: > * API uses WGS84 (GPS). This is illiterate a bit, WGS84 has nothing to do with GPS on its own. You can just say, 'API uses WGS84'. -- WBR, Andrew signature.asc Description: PGP signature
rock around hwclock.sh
Hello, I'd like to hear opinions on hwclock.sh operation. Few thoughts of my own: i) It's still quite common that battery in the RTC becomes flat. In this case, hwclock.sh silently sets system clock to 1970 (or whatever else nonsense), efficiently turning file access and modify times into a mess, and also causing at least two fscks of the root fs. It'd be good if `hwclock.sh stop` stored the current system time in a file, and on boot, if the current time (as per RTC) is earlier, set the system clock to $storedtime + small-enough-constant, so at least the time runs forward. I've implemented this on my local machine (I had problems with my RTC for a while) and it worked. And yet more: NTP isn't always available, especially whe you're mobile. ii) Possibly, `hwclock.sh stop` should be run more frequently than just once on shutdown, because it sometimes happens that the system doesn't shut down correctly. If that happens after some time correction (like DST), system time can go wrong, and ntp might not perform the automatic correction. Possibly, hwclock saving can be done, for example, once a day per anacron, or... any more ideas? iii) Also, it would be good to hear opinions about negative consequences of saving the system time to the RTC on frequent basis. Thanks for your responses. -- WBR, Andrew signature.asc Description: PGP signature
Re: network-manager as default? No!
Hello, On Fri, 15 Apr 2011 15:47:18 +0200 Stig Sandbeck Mathisen wrote: > My major gripe with ifupdown is the lack of CIDR in "address", but I > can live with that. :) ifupdown 0.7 does support CIDR. -- WBR, Andrew signature.asc Description: PGP signature
Re: /run in experimental
Hello, On Wed, 20 Apr 2011 12:37:44 +0200 m...@linux.it (Marco d'Itri) wrote: > > udev 167-2: > > - works with /run absent > > - broken with /run present and with a tmpfs mounted > > (no networking, others have other non-working hardware) > Unsurprisingly, it turned out that udev works fine in both cases. > But ifupdown breaks if /etc/network/run/ is a symlink to /dev/shm/ > (and possibly in other situations yet to be understood), I will open > a bug later if nobody beats me to it. I will :) Well, actually, no. I've ported ifupdown to use /run/network instead of bunch of other variants already, so it's just a matter of time and sponsorship. -- WBR, Andrew signature.asc Description: PGP signature
Bug#624490: ITP: tnat64 -- IPv4 to NAT64 redirector
Package: wnpp Severity: wishlist Owner: "Andrew O. Shadoura" * Package name: tnat64 Version : 0.01 Upstream Author : Andrew O. Shadoura * URL : https://bitbucket.org/andrew_shadoura/tnat64/ * License : GPL-2+ Programming Lang: C Description : IPv4 to NAT64 redirector tnat64 provides transparent network access to IPv4 hosts via NAT64 on IPv6-only hosts. tnat64 intercepts the calls applications make to establish TCP connections and transparently proxies them as necessary. This allows existing applications with no IPv6 support to still be able to reach the network with no need in modifications. -- 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/20110428212029.31749.30632.reportbug@localhost
Re: Privacy Extensions for Stateless Address Autoconfiguration in IPv6 in wheezy as default?
Hello, On Wed, 11 May 2011 00:33:33 + (UTC) Robert Edmonds wrote: > it would be great if there were a simple way to control the IPv6 > address selection policy (static, SLAAC, SLAAC + privacy extensions, > DHCPv6...) from the interfaces(5) file or its successor. It is and I hope we can get it into Debian (experimental?) soon. -- WBR, Andrew signature.asc Description: PGP signature
Bug#587522: ITP: twms -- tiny WMS service
Package: wnpp Severity: wishlist Owner: "Andrew O. Shadoura" * Package name: twms Version : 0.01q Upstream Author : Darafei Praliaskouski * URL : http://code.google.com/p/twms/ * License : GPL-3+ Programming Lang: Python Description : tiny WMS service tWMS is a tiny WMS-like script for exporting your map tiles to WMS-enabled applications. -- System Information: Debian Release: 5.0 APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') 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/20100629133054.17730.84891.report...@localhost
Re: bug reporting workflow is outdated
Hello, On Mon, 23 May 2011 11:58:06 +1000 Russell Coker wrote: > I often use the -o option of reportbug and scp the file to somewhere > I can send mail. > It would be nice if there was a program that could take the output of > reportbug -o and send it via email. Using cut/paste wastes a little > time. > Another option is to use ssh port redirection to tunnel SMTP over ssh. Easier is to write a one-liner: #!/bin/sh ssh your-favourite-host-with-sendmail-set-up /usr/sbin/sendmail -f \ y...@email.org -t "$@" and tell reportbug to use it. -- WBR, Andrew signature.asc Description: PGP signature
Re: Changed ssh key on git.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, On Sun, 22 May 2011 17:24:37 +0100 Klaus Ethgen wrote: > Now I got another problem. Well, it's not really a problem but a minor > bug. When I push to a git repository I get a warning that was not > there with alioth: "bash: warning: setlocale: LC_ALL: cannot change > locale (de_DE)". It seems that not all locales are build on the > system. Yup. It doesn't even have en_GB. - -- WBR, Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJN2hcsAAoJEG6k0jEaLSaNGWEP/jjBgZlUGbLIOv/PvAfzK54l oO2oXrtoXK7MaNwF4nrxboh1jbJh6veYkT9XZZAxaeejdzAk81lk07VKZoEk2S7I xfcO9jQ59mWsh0z3qoPIKZ7jnORicImV7T43tB1diXzhQxbIoo/MjQKaiXXiHxTs L4sXfjhtlvR7w40xdOw4BFYv5VRBkGYUCZXZQY+bUalngDnOfbk2EiSrGEKRPizC mACZEhF+yVJB2cBItF8eEIwKB6IMNL5I8S5Dak1H3jVX6ahJJMX8rgqeGxfeekMF AG6K1bixq/qPbdaJWBTjRaWYlZQPiGwXstMKHEi4CK3FEctsOJyPDI5XgGRJpXbV oN5oHsWDt9h6a20/TReApOb1oi2VmESrkdjQLUsP8+u+M0CySbGp8Bs4967obsKh mUFVAbc7X+AGCsqr1CszKRExCLJy0/B4ZLTgVQjGzbfrstdyRwMOFlM2HJv0jypm 6ZZcUa4VB9+5PqPn3gmYFnAF4UT+ddXAmdu2p7NSJ1qie+Q8vqNZKg+iF9m5z94a HWOnM93wW//9KDtGA1iIT6n4FWFnCAranzt2ufxtcpHUZ8J8EkXtyNWN0rdWoH17 twxWHFNm/pnFMzhY88fj87coKHHRZ0tT9Daz9j9wmwp/Sz05s3xtsJHg5Jf0z//q H8cSfB88L6xOuDNzaqYQ =ba6x -END PGP SIGNATURE-
mcs maintainership
Hello, Considering that Adam Cécile (Le_Vert) hasn't been doing much work on the package in question (mcs), and that I have prepared a packaging for the new and the last upstream version, I'd like to become a new maintainer for the package at least for the time this package is still in use by at least one another Debian package. These are the changes I've made to the packaging: * New upstream release. * Use dh7 and DebSrc3.0: - Drop dpatch. - Drop README.source. - Use dh_installdocs instead of *.links tricks. * debian/control: - Depend on autotools-dev (>= 20100122.1) which supports dh7. - Update Standards-Version to 3.9.2. - Updated the homepage. - Updated the descriptions of the packages. - Added Vcs-* fields. - Purged KConfig backend. * Ship *.symbols and *.doc-base files. * Link with --as-needed. * Don't output ANSI codes during the build process. * Ship doxygened documentation (Closes: #521010): - Run Doxygen on build. - Also depend on LaTeX/TeXLive and Ghostscript. Jakub Wilk agreed to sponsor this package if there will be no objections from the current maintainer. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#627983: ITP: bmake -- Portable version of NetBSD's make
Hello, On Thu, 26 May 2011 09:29:44 +0200 Jeroen Schot wrote: > * Package name: bmake > Version : 20110505 > Upstream Author : Simon J. Gerraty > * URL : http://www.crufty.net/help/sjg/bmake.html > * License : BSD > Programming Lang: C > Description : Portable version of NetBSD's make > This is a portable version of the make from NetBSD. The bmake program > aids automatic building and installing of software with the help > Makefiles. > Note: Debian already contains pmake, also derived from NetBSD's make. > But pmake is a manual sync from NetBSD and thus difficult to maintain > (and as a consequence outdated). Bmake has a active upstream. Alexey Cheusov and me are already working on creation of the package for bmake, so you can join our team instead of doing this on your own. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#627983: ITP: bmake -- Portable version of NetBSD's make
Hello, On Thu, 26 May 2011 11:09:27 +0200 Jeroen Schot wrote: > > Alexey Cheusov and me are already working on creation of the package > > for bmake, so you can join our team instead of doing this on your > > own. > Good to hear. I've already had contact with Alexey. I'm more than > happy to work together on this. Any resources (Alioth project, VCS > repo) I can check? First of all, http://mova.org/~cheusov/pub/debian/dists/lenny/main/source/ Here are the original packages by Alexey. They have some problems, they aren't really policy-compliant and so on. I did some work on some of them, mostly bmake. I keep it versioned in Mercurial repository here: http://anonscm.debian.org/hg/collab-maint/bmake/ http://anonscm.debian.org/hg/collab-maint/pkgsrc-mk-files/ (not much here yet). (After Alioth migration, hgweb isn't operational yet, but cloning via http works, however.) Last Friday, he had a discussion with Alexey and decided that we will do the packaging work on these and other packages together as soon as he gets an Alioth account. -- WBR, Andrew signature.asc Description: PGP signature
Re: Behaviour of dpkg-source with "3.0 (quilt)" and VCS and automatic patches
Hello, On Mon, 30 May 2011 23:30:03 +0200 Joachim Breitner wrote: > BTW, for all who create patches this way and want to later split the > patch into two logically independent patches, I am creating an > interactive patch splitter based on the darcs UI (but only the UI, > don’t worry): > http://www.joachim-breitner.de/blog/archives/425-ipatch,-the-interactive-patch-editor.html > (Packaging for Debian is pending, but of course a goal. Until then, > cabal-install will get it to your computer almost as easy as apt-get > install.) Good, but... mmm, this: > Especially Darcs is rightly famous for its user-friendly interface Are you kidding? :) -- WBR, Andrew signature.asc Description: PGP signature
Re: Behaviour of dpkg-source with "3.0 (quilt)" and VCS and automatic patches
Hello, On Tue, 31 May 2011 12:21:26 +0200 Joachim Breitner wrote: > > > Especially Darcs is rightly famous for its user-friendly interface > > Are you kidding? :) > Your quoting lets me wonder: Do you really doubt that Darcs’s general > user interface is more intuitive than others (especially compared to > git)? Darcs might have its shortcomings, but its UI is always pointed > out as a plus Well, I really dislike git's interface, but darcs appears to be completely counter-intuitive to me. Possibly, I have used it too little, or I'm used to Mercurial too much, don't know. > But even then I find Darcs’s interface much more clear than the > interactive hunk selection interface provided by git. Possibly. I haven't seen both yet, but I like how `hg record`/`hg qrecord` works. If darcs provides anything better --- well, good for it, possibly, it needs to be ported to other version control systems, too :) -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#628953: O: mercurial-buildpackage -- Utillities for maintaining a deb package in Hg repository
Hello, On Thu, 02 Jun 2011 16:11:19 +0200 Jens Peter Secher wrote: > Native package written by yours truly. Pristine-tar part does not > work anymore, reason unknown. Everything is written in haXe, which > entails some problems wrt. Process control & input/output, and I have > created a branch (combined-process-input-output) in which I have > started taking care of these problems, but you will need a good deal > of dedication. I will help if needed. Jens, I always wanted to ask, why doesn't it sign the .dsc/.changes files? Or does it? -- WBR, Andrew signature.asc Description: PGP signature
ifupdown 0.7~alpha4 in experimental
Hello, As some may already have noticed, the new ifupdown revision, 0.7~alpha4 entered experimental, and is successfully built at least on i386 and amd64. This was made possible by Roger Leigh's help and submitters of patches that were kindly stored at the BTS. Of course, the most of work was done by the initial author, Anthony Towns. The most important change is, of course, the migration to /run directory. Also, ifupdown has now better support for IPv6, and doesn't depend on net-tools any more. Please test it extensively and report any new issues, as well as not fixed or not completely fixed old ones. Here's the complete changes list: * New maintainer. * Removed VCS repository from the tarball (Closes: #417718). * Add source stanza (Closes: #159884, #149395, #471834). * Fix bashism in example script get-mac-address.sh (Closes: #518924). * Use DebSrc3.0 source format and dh7. * Add auto method for IPv6, fix static method (Closes: #604136). * Update URL for Debian Reference (Closes: #610238). * Fix typos in the man page (Closes: #384143, #415285). * Add GRE and IPIP tunnels support (Closes: #158089). * Fix inet/static pointopoint option (Closes: #460276). * Add support for enabling/disabling IPv6 privacy extension (Closes: #520576). * Move network state file to /run/network (Closes: #389996). * Fix init script dependencies (Closes: #607713, #601705). * Add MTU setting for v4tunnel (Closes: #408453, #575110). * Allow multiple interface definitions to ease work with multiple IP per interface. * Allow passing PPP options, pass updetach by default (Closes: #196877). * Add 6to4 tunnels support (Closes: #357929). * Add CAN interface support (Closes: #584530). * Drop 0.5.x migration script. * Drop dependency on net-tools; suggest it instead. * Bump Standards-Version to 3.9.2. Thanks. -- WBR, Andrew signature.asc Description: PGP signature
Re: Features Missing in Debian's Package Management System
Hello, On Tue, 14 Jun 2011 00:25:29 +0200 Peter De Wachter wrote: > You can do something like this using apt pinning. If you assign a > negative priority to a package, it will still be listed but apt will > refuse to install it. > For example, with the following stanza apt will refuse to install > libfoo: > Package: libfoo > Pin: version * > Pin-Priority: -1 Possibly, there should be some kind of automagical interface for this, so one can type apt-... ... libfoo and get that stanza generated? -- WBR, Andrew signature.asc Description: PGP signature
Re: Features Missing in Debian's Package Management System
Hello, On Tue, 14 Jun 2011 07:44:43 +0200 Gergely Nagy wrote: > >> You can do something like this using apt pinning. If you assign a > >> negative priority to a package, it will still be listed but apt > >> will refuse to install it. > > > >> For example, with the following stanza apt will refuse to install > >> libfoo: > >> Package: libfoo > >> Pin: version * > >> Pin-Priority: -1 > > > > Possibly, there should be some kind of automagical interface for > > this, so one can type apt-... ... libfoo and get that stanza > > generated? > > It's actually very easy to write such a tool: Yes, but when you already know how to do that :) Before that, you need to R the M anyway. -- WBR, Andrew signature.asc Description: PGP signature
Re: ifupdown 0.7~alpha4 in experimental
Hello, On Thu, 16 Jun 2011 11:46:49 +0200 Christian Hammers wrote: > I use /etc/network/interfaces for the static IP and tell the kernel > via sysctl to accept Router-Advertisements for additional prefixes > (autoconf=1 and accept_ra=1) under which it should generate random > addresses (use_tempaddr=2). New IPv6 Adresses then appear magically > with scope "global temporary dynamic". > My DNS servers are configured fixed in /etc/resolv.conf. > There is no radvd or dhcp6d running. > > iface eth0 inet6 static > address 2001:4dd0:0:xxx:yyy:: > netmask 64 > gateway fe80::1 > pre-up sysctl net.ipv6.conf.eth0.autoconf=1 > pre-up sysctl net.ipv6.conf.eth0.use_tempaddr=2 > pre-up sysctl net.ipv6.conf.eth0.accept_ra=1 In ~alpha5, new options appeared to ease tuning IPv6 SLAAC a bit, please consult the manpage for the details if you're interested. -- WBR, Andrew signature.asc Description: PGP signature
hgweb on alioth
Hello, Just wanted to mention that hgweb interface on alioth is still not working. It'd be good if anyone responsible for this fixed it (it's not really that hard). -- WBR, Andrew signature.asc Description: PGP signature
TeX packages
Hello, Is it possible to run mktexlsr and updmap-sys (and, possibly, other TeX things) just once when installing or removing packages which need to run them in postinst/postrm? I've been trying to remove some not-really-needed latex-cjk-* packages to minimize my old laptop's system installed size, and the removal process appeared to run for ages... -- WBR, Andrew signature.asc Description: PGP signature
Re: TeX packages
Hello, On Fri, 8 Jul 2011 07:41:15 +0900 Norbert Preining wrote: > On Do, 07 Jul 2011, Andrew O. Shadoura wrote: > > Is it possible to run mktexlsr and updmap-sys (and, possibly, other > > TeX things) just once when installing or removing packages which > > need to run them in postinst/postrm? I've been trying to remove some > > not-really-needed latex-cjk-* packages to minimize my old > > laptop's system installed size, and the removal process appeared to > > run for ages... > Can you provide a log showing what went wrong in your case? Nothing went wrong, it was just doing mktexlsr/updmap-sys after each package's removal. And no, I have no log, unfortunately :( > On Do, 07 Jul 2011, Jon Dowland wrote: > > I think these processes could be moved over to dpkg triggers, it > > just takes someone to do the work. > As Hauke said, updmap and mktexlsr is already handled by triggers. > And all TeX related packages I know of already use dh_installtex > so they should be using trigger, too. > Sometimes we *have* to run these commands out of trigger sequenece > right in the postinst, esp when formats are concerned. > With TL2011 updmap runs will be *MUCH* faster as we switched to > a perl script that runs in a fraction of the time of the old > shell script. Well, I think I need to upgrade the packages and to try to reproduce the situation. -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#633131: ITP: diod -- I/O forwarding server for 9P
Hello, On Fri, 08 Jul 2011 20:40:11 +0200 Євгеній Мещеряков wrote: > * Package name: diod > Description : I/O forwarding server for 9P > diod is a 9P server used in combination with the kernel v9fs file > system for I/O forwarding on Linux clusters. Wow! Thanks for pointing me to this. (Eugene: Sorry, I'm no DD.) -- WBR, Andrew signature.asc Description: PGP signature
Re: Bug#633518: ITP: colord -- system service to manage device colour profiles
Hello, On Mon, 11 Jul 2011 16:06:48 +1000 Christopher James Halse Rogers wrote: > * Package name: colord > Version : 0.1.10 > Upstream Author : Richard Hughes > * URL : http://colord.hughsie.com/ > * License : GPL2+, LGPL2+ > Programming Lang: C > Description : system service to manage device colour profiles > colord is a system service that makes it easy to manage, install and > generate colour profiles to accurately color manage input and output > devices. So, color or colour? ;) I'd prefer colour, but anyway there should be some consistency, possibly... -- WBR, Andrew signature.asc Description: PGP signature
mentors.debian.net: login problems
Hello, Since mentors.d.n was upgraded, I can't log in. Even if I reset my password, I can't log in with a temporary one. Any ideas what can it be? -- WBR, Andrew signature.asc Description: PGP signature
Re: mplayer2 is a very poor fork name used to confuse users.
Hello, On Fri, 19 Aug 2011 05:39:28 +0100 Ben Hutchings wrote: > > maybe i'll just go create the debian2 operating system or the > > google2 search engine. brilliant! > Or you could rip off the name of a standard Windows program. Oh wait, > you already did that. Actually, both mplayer and mplayer2 once were the names of the standard Windows programs :) -- WBR, Andrew signature.asc Description: PGP signature
