Search Results: "Kenshi Muto"

19 December 2014

Kenshi Muto: smart "apt" command

During evaluating Jessie, I found 'apt' command and noticed it was pretty good for novice-usual users.
Usage: apt [options] command
CLI for apt.
Basic commands: 
 list - list packages based on package names
 search - search in package descriptions
 show - show package details
 update - update list of available packages
 install - install packages
 remove  - remove packages
 upgrade - upgrade the system by installing/upgrading packages
 full-upgrade - upgrade the system by removing/installing/upgrading packages
 edit-sources - edit the source information file
'apt list' is like a combination of 'dpkg -l' + 'apt-cache pkgnames'. 'apt search' is a bit slower than 'apt-cache search' but provides with useful information. 'apt show' formats bytesizes and hides some (for experts) fields. install/remove/upgrade/full-upgrade are mostly same as apt-get. 'apt edit-sources' opens a editor and checks the integrity. So, I'd like to recommend 'apt' command to Debian users. Well, why did I write this entry...? ;) I found a mistranslation I had made in ja.po of apt. Because it is critical mistranslation (Japanese users will confuse by it), I want to fix it strongly. Dear apt deity maintainers, could you consider to update apt for Jessie? (#772678. FYI there are other translation updates also: #772913, #771982, and #771967)

25 November 2014

Kenshi Muto: Bug #668001

If the bug title of #668001 was not "debootstrap: cant install systemd instead of sysvinit", but was like "debootstrap ignores everything from the first pipe character to the end of Depends/Pre-Depends line.", it would be treated more carefully ;) My patch posting #20 aims to fix it. Well, I wish this bug will be solved on jessie+1 or backports.

18 April 2013

Hideki Yamane: Grand Unification Debian study Meeting 2013 (Japan)

We Debian JP folks are please to announce Debian event named "Grand Unification Debian study Meeting 2013" will be held in Japan, 29th June (oh, don't ask/blame me for its name, it was decided by others, not me... ;-)

And we're in CfP and negotiating with potential sponsors now, and some companies and media have already ACKed as below.


  • WindowsAzure (Platinum sponsor, yes "Microsoft supports Debian event" :-)
  • Plathome (Gold sponsor, they're also DebConf13 sponsor!)
  • TOP STUDIO (Gold sponsor, thanks to Kenshi Muto :)
  • Serverworks (Gold sponsor, AWS vendor)
If you're in Japan or near here at that time, please come and enjoy this event (and please comment if you have any question).

9 December 2012

Stefano Zacchiroli: bits from the DPL for November 2012

Just posted, bits from the DPL for November 2012.
 ---------------------------------------------------------------------------------
/ Pop-up advertisement. Breaking news. Help the Release Team [0] by reviewing     \
  pending unblock requests. Oh, and by fixing RC bugs too.                         
                                                                                   
  [0]: http://nthykier.wordpress.com/2012/12/09/wheezy-release-progress-december/  
\---------------------------------------------------------------------------------/

Dear Project Members, here is another (delayed) monthly report of DPL activities, this time for November 2012. Highlights Events Assets That's all for now,
let's go back releasing Wheezy,
Cheers.
PS the day-to-day activity log for November 2012 is available at the usual place master:/srv/leader/news/bits-from-the-DPL.txt.201211

22 April 2012

Stefano Zacchiroli: deferred bits from the DPL for March 2012

Posted a week ago, already deferred back then, this report is even more deferred now! But as there are people interest in knowing what the "DPL job" is about even among non debian-devel-announce subscribers, here is a blog-conveyed reproduction, for the records.
Dear project members,
here is my monthly DPL activity report, this time for last March. It is delayed by a couple of weeks because, myself being both incumbent and candidate DPL, I preferred not to use d-d-a during the voting period unless really needed. Apologies for the delay (or the unneeded paranoia, you name it). As a side effect of the delay, the results of the DPL election are now known. I'd like to thank all the people who took part in the elections: voters, people who asked questions on -vote, the secretary, and obviously Gergely and Wouter, without whom the campaign wouldn't have allowed to discuss relevant aspects of Debian "politics". Thanks for your trust. I'll do my best to match your expectations. ... and just to remind you what you've just asked for, here goes the BigMonthlyBlurb! Highlight: long-term hardware replacement planning The highlight for this month is long term planning of hardware replacement. It's something I've been discussing with DSA for quite a while and on which DSA has worked hard during the recent sprint. As a result, we now have a quite ambitious 5-year hardware replacement plan that will guarantee that all machines in production are under warranty at any given time (with the nice side effect of generally better performances, as they go hand in hand with newer hardware). The current estimated cost per year is 29'000 USD. That does not yet include buildds and porter-boxes, so it is expected to increase a bit to cover all our hardware needs. But we expect it not increase too much, as we tend to get explicit hardware donations to cover arch-specific needs. Given the current state of Debian finances and donation trends, the plan looks sustainable for at least 2-3 years. But this assessment still needs to be refined as soon as, together with the auditors, we'll manage to obtain the history of past Debian transactions, in particular from SPI. We've been waiting for this for about 5 months now, but I'm positive it could become a reality in the next weeks. In the meantime, it is surely safe to start with the plan for the next 1-1.5 years, so I'll give green light to DSA for the first acquisitions as soon as they're ready for it. When implemented, this plan will increase our ability to rely on hardware. But it also means we will need to become a bit more organized about fund-raising. The discussion started with the sprint report has some insights about how to do that. As part of this, we'll also need to share resources (e.g. contact databases, people, etc.) among the yearly DebConf fund-raising initiatives and the initiatives mentioned in the aforementioned discussion. Ongoing discussions Summer of Code Debian has been accepted as an organization for the Google Summer of Code. At the time these bits go out, the student application deadline has also elapsed. In March I've contributed a few project ideas and chased potential mentors for them, when I thought the project could be important for Debian and the prospective student. I'm happy that one (a dak building block needed for the implementation of PPAs and more) has found both mentors and students. We'll see if any of the corresponding student proposal is retained and how it goes. Communication I've given an interview, about Debian and Free Software in general, to La Repubblica, one of the major newspapers in Italy. The interview is available online, but only in Italian. If some kind (and Italian-speaking) soul would like to translate it into English, I'll be happy to publish the translation as well. (update 22/04/2012: Matteo Cortese has contributed an English translation of the interview, which I'll make available shortly) Legal stuff In order to transfer ownership of the Debian trademark in Japan to SPI, I've contacted the current owners (all Japanese Debian Developers or contributors) to do the needed paperwork. I've been blessed by the help of Kenshi Muto that has taken the matter in his hands. He is now navigating through Japanese trademark procedures, a subject neither myself nor SPI lawyers were familiar with. Thanks also to Jonathan McDowell who has done the needed paperwork, SPI-side. Sprints Plenty of sprints and sprint reports in March!: Debian Med, DSA, DAM/FrontDesk. Everything should also be available from the wiki sprint page where you can find info to organize your team sprint. Assets miscellanea Cheers.
PS the boring day-to-day activity log for March is available at master:/srv/leader/news/bits-from-the-DPL.txt.201203

15 March 2012

Kenshi Muto: Squeeze amd64/i386 d-i images with Linux kernel 3.2.4 bpo, and WPA support

After a long silence, I updated the bpo Debian-installer for Debian GNU/Linux 6.0.4, Squeeze. You know, you can take it from http://kmuto.jp/debian/d-i/.

4 February 2012

Stefano Zacchiroli: bits from the DPL for January 2012

Fresh from the oven, monthly report of what I've been working on as DPL during January 2012.
Dear Developers,
here is another monthly report of what happened in DPL-land, this time for January 2012. There's quite a bit to report about --- including an insane amount of legal-ish stuff --- so please bear with me. Or not. Legal stuff Most of the above wouldn't have been possible without the precious help of folks at SFLC working for SPI and Debian. Be sure to thank SFLC for what they're doing for us and many other Free Software projects. Coordination Nobody stepped up to coordinate the artwork collection for Wheezy I've mentioned last month, so I've tried to do a little bit of that myself. The -publicity team is now preparing the call for artwork and hopefully we'll send it out RSN. In case you want to help, there is still a lot of room for that; just show up on the debian-desktop mailing list. Sprints A Debian Med sprint has happened in January, and Andreas Tille has provided a nice and detailed report about it. Some more sprints are forthcoming this spring, how about yours? Money Important stuff going on Other important stuff has been going on in various area of the project in January. I'd like to point your attention to a couple of things: Miscellanea In the unlikely case you've read thus far, thanks for your attention! Happy Debian hacking.
PS as usual, the boring day-to-day activity log is available at master:/srv/leader/news/bits-from-the-DPL.*

9 August 2011

Kenshi Muto: Squeeze amd64/i386 d-i images with Linux kernel 2.6.39.bpo

Today I released bpo Debian-Installer with using Linux kernel 2.6.39. You know, you can download it. Enjoy!

25 July 2011

Kenshi Muto: backport debian-installer gets a power of cdimage.debian.org

With Steve's kind help, I got a place to put my backport debian-installer images at Debian official CD host cdimage.debian.org. Although http://kmuto.jp/debian/d-i/ remains as the site of primary information, you can download or rsync every files from http://cdimage.debian.org/cdimage/unofficial/backports/ directly also. Please DO NOT fill any bugs about these images to Debian BTS. They are unofficial, even are provided by Debian official host ;-P

Steve McIntyre: Unofficial backport CDs now hosted on cdimage.debian.org

For several years, Kenshi Muto has been doing some awesome work on updated/backported Debian CDs, producing CDs with support for newer hardware and newer features. I've used them myself in the past to help get awkward machines working, and I know they are a great resource for lots of other Debian users. We've discussed things in the last few weeks, and agreed that it would be useful to host his images on cdimage.debian.org. The best place to look now is http://cdimage.debian.org/cdimage/unofficial/backports/. These are unofficial images, so please don't report bugs in the Debian BTS for them.

10 July 2011

Kenshi Muto: Squeeze amd64/i386 d-i images with Linux kernel 2.6.38.bpo (update#2)

I updated the bpo Debian-installer for Debian GNU/Linux 6.0, Squeeze. You can download it from the place. Enjoy!

11 June 2011

Kenshi Muto: Squeeze amd64 d-i images with Linux kernel 2.6.38.bpo

This is first release of backported Debian-installer for Debian GNU/Linux 6.0, Squeeze. You can download it from the place. Update #1: I updated images, as revision 0614. It is based on Debian 6.0.1 + firmware netinst. So, you don't need to make a memory stick to insert additional firmwares. Plus, this image includes new DHCP client which is fixed an interacting problem with some DHCP servers. Notice: This ISO image doesn't include non-free firmware. You can take it from Debian official page (please see Debian squeeze installation information and look Section 2.2, Installation Guide). WPA support isn't implemented yet. Enjoy!

7 January 2010

Debian News: Brief updates: Lenny d-i with kernel 2.6.32, GPG coordination, debian-ports archive key, python-stdeb and upcoming BSP

31 December 2009

Kenshi Muto: i386/amd64 d-i images for Lenny, Linux kernel version 2.6.32

I happily release lenny-custom-1230. Have a nice new year day.

30 December 2009

Christian Perrier: About properly using people's names...

I recently tried to improve my way to interact with people by mail, in my free software work. Particularly, my intent is to be "better" in using other people names and specific politeness rules. As many of my readers may guess, being involved in internationalization means interacting with people of different cultures. And, when it comes at names, this is just a nightmare..:-) Most so-called "westerners" (western of what, by the way?) are used to the common tradition we share to use people's "first" name....at first...followed by what is most often the "family" name (the one we usually get from our parents). As a consequence, it is fairly easy for me to guess that, interacting with someone named "Barack Obama", I can use "Dear Barack" if I'm in position to use his first name and "Mr Obama" if I need to show some respect distance whatever. Also, as most "western" names are quite familiar in my ears (international culture, blah blah), I can easily guess what is a first name and what is a family name (though, here, "Barack" is probably not the best example). Gender may become a little bit trickier in several cases, but, thankfully, in English, "Dear" does not change with gender (but the third person does whic sometimes leads to problems). The problem arises when interacting with many other culturally different people such as my friends in Japan, China, India, Africa, etc. Here, dammit, the habits might vary a lot and things get harder. Should I call my friend "Kenshi Muto" as "Dear Kenshi", "Kenshi-san", "Muto-san" or whatever? From my readings, I see that most Japanese people do put their family name at first. So, I should then call him "Dear Muto" if I'm very close to him (oh, maybe it's 'her', by the way, who knows?)...or maybe "Kenshi-sensei" because he (oh...or she) is a respected figure in the Japanese FLOSS community...or whatever. Damn! Thankfully, I know Kenshi for years, we're good friends and I know that he's using the "western" way to write his name. I also know he's a man : after 5 or 6 Debconfs, you know everything about people! But, of course, it becomes harder when it comes at people I never had contacts before.....and I don't want to appear as impolite, or silly so, then we jump into my daily "nightmare". Using Wikipedia for hints about Chinese, Indian (the many ones) or even Icelandic or Indigenous peoples of the Americas helps a lot, still. I can only encourage my various friends in free software to do the same. We probably all deeply appreciate when someone shows some knowledge of our culture or at least tries to do his her best to understand our culture. That is probably also part of the mutual enrichment we get in our free software activities. As a tribute for this, I now write my own name as "Christian PERRIER" in my email headers, so that people have a slightly better clue that "Perrier" is my family name and that someone who wants to be familiar with me should call me "Dear Christian". I can probably ncourage my friends all around the world to do the same. For once, using capitals is not about 'shouting' but more about helping other people to figure things out. Next blog writing about the interesting challenge we all face in free software meetings and conferences: shake hands, kiss, hug or just wave? :-)

24 September 2009

Paul Wise: Adobe CMap and AGLFN data now free software!

In March 2009 I contacted Adobe about the self-contradictory nature of the license for the Adobe Glyph List For New Fonts (AGLFN) data. I did so because one of the upstreams I am involved in (fonttools) embeds a copy of aglfn.txt and I noticed the license was a bit strange. An Adobe employee by the name of David Lemon replied to say that the license would become less free than it was. I then asked him to consider using a free software license for both the Adobe CMap and AGLFN data. We discussed the benefits and drawbacks of doing this for both Adobe and the free software community. David was initially skeptical about the balance between benefits and drawbacks for Adobe and I was feeling pessimistic about the situation. The conversation ended and several months passed, with me sending the occasional ping and David being busy. Then in June he told me a new license was coming in a month. So I sent another ping on September 20th to find out what the status of that was. A couple of days later I received a mail saying that the Adobe CMap data has now been released under the BSD license and that the Adobe AGLFN data will soon follow! Please note that while this means that modifications are technically allowed, they are still strongly discouraged for compatibility reasons. Adobe has assigned an emailable maintainer (currently Ken Lunde) for these files so there is no reason that modifications should not be done upstream. You can also edit the wiki to document things or post in the forum. If you happen to meet David, Ken or Dave McAllister (who manages the Open@Adobe program) somewhere, please thank them and offer beverages. So, what does this mean for free software projects? Debian CJK users will be able to read many more PDFs with CJK characters without using any non-free packages once the new CMap files reach main. I will need to package the new AGLFN data for Debian. I will need to remove the embedded AGLFN from fonttools upstream and adapt it to use the packaged one if available or suggest the user download it if not. GNU Classpath and the other software projects using AGLFN data might like to do the same. I may consider writing a library for loading the AGLFN data, mainly as an exercise in learning how to write a good library though. Oh, and perhaps I can convince (Kenshi MUTO) my minimal level of involvement in this is worth a beer if I ever meet him :D

2 June 2009

Kenshi Muto: My schedule for Debconf9 and vacation

Debconf9 is coming. I'll be there and will have a short trip to Coruna to visit my friend and to Madrid to visit some museums, before Debconf. Anyway, see you at Debconf9! :)

12 April 2009

Kenshi Muto: Opensource technology study meeting at GREE

Hideki Yamane and Nobuhiro Iwamatsu talked about Debian Project last Friday at GREE was one of famous SNS providers in Japan. GREE uses Debian GNU/Linux on large scale for its services. Hideki, is active Debian Maintainer, talked that using Debian was pretty easy and welcomed every contributors. He also described how Debian Project was managing release, QA, and buildd for a large audience. Nobuhiro, just passed NM tests and is awaiting final DAM's check, spoke about NM process with his personal experience. He is one of Linux kernel upstream developers and has good knowledges about embedded system programmings and device drivers. I hope he passes DAM's check early to improve Debian more. I met and talked with some people who were interesting in Debian after the meeting. Yes, I enjoyed that time.

31 March 2009

Kenshi Muto: Debian GNU/Linux device driver check & report version 2.0

I updated Web service 'Debian HCL - Debian GNU/Linux device driver check & report page' is an easy tool to check and see the support status of your hardware on GNU/Linux, with many improved features. Integrating the check page and submitted reports is convenience. The vendor tree view will make easier to find models what you'd like to see. Although Searching isn't implemented yet, I think new URL structure is friendly to search engine crawlers. I'll put Google search form on the page after Google crawls. Handling your submission is semi-automatic periodically. So please don't submit again and again even it won't be shown soon. :) This service is localized in English, Japanese, French, Spanish, Spanish-Argentina, Italian, Polish, German, and Portguese at this time, by using your Web browser language information. Because I introduced the GNU gettext system for internationalizing, it's easy to translate and update the translations. You can take template.pot file and translate in your language. If you'd like to translate in your language, please tell me. Have a fun!

19 August 2008

Wouter Verhelst: Hardware test: followup

I have gotten quite some response to my blog post about the hardware test proposal thingy from Bdale. It would seem I haven't been entirely clear Someone referred me to a page by Kenshi Muto that parses 'lspci' output into a hardware compatibility list. This doesn't help. It ignores x.org stuff (which is important, too) and the page itself clearly says that it cannot guarantee whether a piece of hardware will actually work. For clarity: when I said 'Apparently all the other vendors have it, too', I really meant 'Apparently all the other GNU/Linux vendors have it, too'. People have suggested some cooperation between kernel/xorg upstream, other vendors, and perhaps something like freedesktop.org; and while that may be a good idea in and of itself, in the end Debian will have to provide something which it will call 'official' and which will tell a vendor whether or not Debian is supported on their hardware. This thing may not be fully automated or polished; it may need interactivity; but it must be something which will give a result that a product manager may want to lose some sleep over if it's not good enough. Holger also suggested we try implementing this with Debian Live, rather than debian-installer. This may be a good suggestion; a debian-live image will have a full Debian system available rather than the somewhat limited d-i environment, so writing a test should be easier. Also, I don't even want to think how testing X.org drivers would work out from within d-i. So what's left is a way to figure out how to do such a live system. I'll be posting some suggestion to the debian-devel mailinglist 'soon'.

Next.