July 2014 - openSUSE Users (日本語)

[opensuse-ja] How do we get core in openSUSE 13.1? (was YaST (他)のバグ報告方法)
by 1xx 07 Jan '15

07 Jan '15

昔のメールを利用してお伺いします。最近のopenSUSE 13.1で、任意のプロセスがシグナル受信時に coreを吐くようにするにはどうすればよいでしょうか? 2013年2月25日 13:37 Fuminobu TAKEYAMA <ftake(a)geeko.jp>: > > (2013/02/25 12:14), 1xx wrote: >> 2013年2月25日 8:02 Yasuhiko Kamata <belphegor(a)belbel.or.jp>: >>> >>> 上記をダイレクトに回答すると、 "/etc/security/limits.conf" 内に >>> "* soft core unlimited" という行を追記してシステムを再起動すると、 >>> coreファイルを吐く (= "ulimit -c" で "unlimited" になる) ように >>> なります (openSUSEだけでなく、他のLinuxでも使える方法です) 。 >>> >>> ただし、このままだとプロセス実行時のカレントディレクトリに出力されて >>> しまうので、 >>> "echo /var/crash/core.%e.%u.%t > /proc/sys/kernel/core_pattern" >>> のように出力先のテンプレートを設定しておくと、もっと便利になるでしょう >>> (ただしこちらはシステムを再起動すると元に戻ってしまいます)。 >> >> 回答ありがとうございます。 >> 合わせ技で/etc/sysctl.d/にファイルを作ることで >> ブート時に自動的に/var/crash/へcoreを吐くよう設定を変更することにしました。以前、openSUSEやLinuxでcore file sizeをunlimitedにした状態で起動する方法を教わりました。しかし昨日になって気づいたのですが、openSUSE 13.1の最近の版では /etc/security/limits.conf /proc/sys/kernel/core_pattern をいじっただけではcore file sizeが0のままになることに気付きました。 (core_patternの方は変更されています。) どこでcore file sizeを0にしているのか egrep -R ulimit /etc としても解らなかったので、仕方なく/etc/profileの中で ulimit -Sc unlimited して、リブートしたのですが、まだcore file sizeが0のままでした。 /etc/profileの冒頭には「DO NOT EDIT」とあったので、これを(etckeeper+gitで) 元に戻し、仕方なく~/.bashrcに ulimit -Sc unlimited と記述しました。これでユーザのbashから起動したプロセスはdebug可能になったのですが、その他のプロセスはcoreを吐けません。例えばKDE DesktopからFirefoxを起動し、SIGABRTを送ってもcoreを吐きません。 openSUSE 13.1をインストールした当初は上記の設定だけで、任意のプロセスがシグナルでcoreを吐いていたと記憶しているので、途中で仕様が変わったのだと思います。「openSUSE core」などで検索しても、いっぱいヒットするのですけど、それらしい情報は得られませんでした。最近のopenSUSE 13.1で、任意のプロセスがシグナル受信時に coreを吐くようにするにはどうすればよいでしょうか? -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

3 5

[opensuse-ja] [RFC]etckeeperにopenSUSE独自のpatchを当てるべきか? (was: test and review about etckeeper)
by 1xx 10 Aug '14

10 Aug '14

etckeeperについて皆さんに相談です。 upstreamにいくつかpullrequestを送付し、そのうち小さな修正は取り込まれました。しかし、以下の2つが大きな変更が取り込まれず pendingになっています。仕様を大きく変更してしまうので、おそらくupstreamには取り込まれないでしょう。これらの変更をopenSUSE独自のpatchとして適応するか否かの判断に迷っています。 etckeeperは割としょっちゅうソースが更新されているのでパッチを当てると、後々メンテが面倒になりそうです。 1. ZYpp pluginのタイムアウトに対するパッチ zypperやYaST 1 click installなど、ZYppが動作すると、 etckeeperはプラグインを通じて自動的に起動します。そして更新前・更新後の/etcの状態をVCSで管理しようとします。しかしこの動作が遅いという問題が有ります。 30秒かかってpluginがtimeoutしてしまいます。 (インストール自体は成功します。) そして、timeoutした場合、etckeeperの自動commitは成功しません。原因は解っています。 etckeeperはVCSのログにどのパッケージを追加・削除・変更したのかを記録します。この記録をするために、(アン)インストーラの起動前後で合計2回rpm -qa | sortでパッケージ一覧を取得し、その差分を取っています。試しに私の環境で今rpm -qaしてみると24.255秒かかりました。これを合計2回行うので30秒を超えてしまいZYppのpluginが timeoutします。そこで、このログにパッケージの増減リストを取るのを諦めて、 rpm -qaをさせないことをconfファイルに定義できるpatchを書きました。また、ZYppプラグインをサブパッケージにして、アンインストール可能にしました。 ZYppによるetckeeperの自動commitを必要としない人はプラグインだけをアンインストールできます。 (が、etckeeperの魅力が半減します。) こちらはパッチではなく、サブパッケージなのでリリースします。 2. ZYpp, YUMの2つのパッケージマネージャーに対応するパッチあまり知られていませんが、openSUSEはパッケージマネージャーとして、ZYppの他にYUMも使えます。 (使っている人がいるかどうかは判りませんが。) しかしetckeeperは複数のパッケージマネージャーを使うディストリビューションを想定していません。そこで複数のパッケージマネージャーに対応するパッチを書いたのですが、仕様変更が大きく、 upstreamに取り込まれていません。これらのパッチを入れた状態でリリースすべきでしょうか? それとも独自仕様は入れない方が良いでしょうか? 「1.」は機能的に不便なのでパッチを当ててもいいかなと思うのですが、後々メンテを考えると入れてしまっていいのかどうか悩みます。「2.」はYUMを使っている人がいるか否か判らないので、あてないでいいかなと思っています。皆さんのご意見を聞かせてください。パッチを当てていない(どのディストリビューションよりも)新しい etckeeperは https://build.opensuse.org/package/show/home:Mitsutoshi:branches:utilities/… にあります。 2014年7月13日 23:12 1xx <itsango(a)gmail.com>: > 2014年7月13日 16:15 1xx <itsango(a)gmail.com>: >> >> test仕様書: >> https://docs.google.com/spreadsheets/d/1kmtjqvCnqNMmuFHRLh0-xh1iBdjhxnvKoYg… -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

2 3

[opensuse-ja] openSUSE Factory Snapshot20140721 (was: openSUSE Factory Snapshot20140620)
by 1xx 08 Aug '14

08 Aug '14

Factory Snapshot20140721が出ていますね。 http://download.opensuse.org/factory/iso/ ただ今download中です。 #test環境つくらなくては… -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 6

[opensuse-ja] Fwd: [opensuse-announce] Factory moves to Rolling Release Development Model
by 1xx 08 Aug '14

08 Aug '14

こんなメールがopensuse-announce MLに流れてきましたが、これって具体的に何がどう変わるのでしょうか? 「これまで」の開発プロセスの理解も怪しい私には、どう変わったのかがピンと来ないでいます。 ---------- Forwarded message ---------- From: Henne Vogelsang <hvogel(a)opensuse.org> Date: 2014-07-29 22:35 GMT+09:00 Subject: [opensuse-announce] Factory moves to Rolling Release Development Model To: openSUSE Announce <opensuse-announce(a)opensuse.org> The Internet. July 29th, 2014. We are proud to announce that we have just switched our beloved development distribution, openSUSE Factory, to be an independent distribution using the “rolling release” development model. openSUSE Factory is now a tested, reliable and bleeding edge Linux distribution! This change will shorten the stabilization process for our major releases (next up: 13.2) and eliminate the need for pre-releases and milestones. https://news.opensuse.org/2014/07/29/factory-rolling-release/ A more distributed development process for openSUSE ################################################### In the old development model, an army of packagers would shoot new packages and updates to Factory, with a relatively small team of Factory Maintainers taking care of the integration process of all those packages. This often took a long time to stabilize for a release. In the new “rolling release” development model, package submissions cannot go to Factory directly. First they have to prove to be functional and trustworthy in a staging project. Staging projects are projects in our Open Build Service where groups of submissions are collected, reviewed, compiled and tested with openQA. But even after the packages survived the staging project, they don’t directly end up in Factory. First all Factory media (e.g. DVDs etc.) are being built and put again through more tests in openQA. The Factory maintainers then decide on the basis of the Factory-To-Test overview if the new packages should be published to the users. This new Factory development model balances responsibility among packagers, testers and end users while putting more emphasis on automated quality assurance. As a result, openSUSE Factory becomes a reliable, always-ready working distribution. “With this new openSUSE development model, users get the latest free software packages without waiting for the next release” said Richard Brown, openSUSE board chair. He continues “With a daily fresh Factory distribution making it easier for those who want to preview and test, we hope to see more users and contributors, leading to faster fixes and even higher quality. Factory is critical as it provides the base technology for openSUSE and SUSE Linux Enterprise, which is used by tens of thousands of organizations around the world.” Get it while is hot! #################### So there is no excuse to give Factory a try and provide feedback or, if you are not so interested in living on the edge, to help spreading the word: there is a new (old) kid on the Linux Distributions block: openSUSE Factory! Thanks ###### This major change in how we develop our distribution would have not been possible without the tireless work of the openSUSE Team from SUSE who drove this process, the openQA developers who integrated all the features and certainly not without our most awesome package maintainers who provided feedback along the way. Thank you guys for another astonishing job completed! About the openSUSE Project -------------------------- The openSUSE project is a worldwide effort that promotes the use of Linux everywhere. openSUSE creates one of the world’s best Linux distributions, working together in an open, transparent and friendly manner as part of the worldwide Free and Open Source Software community. The project is controlled by its community and relies on the contributions of individuals, working as testers, writers, translators, usability experts, artists and ambassadors or developers. The project embraces a wide variety of technology, people with different levels of expertise, speaking different languages and having different cultural backgrounds. About the openSUSE Distribution ------------------------------- The openSUSE distribution is a stable, easy to use and complete multi-purpose distribution. It is aimed towards users and developers working on the desktop or server. It is great for beginners, experienced users and ultra geeks alike, in short, it is perfect for everybody! The latest release, openSUSE 13.1, features new and massively improved versions of all useful server and desktop applications. It comes with more than 1,000 open source applications. openSUSE is also the base for SUSE’s award-winning SUSE Linux Enterprise products. About openQA ------------ openQA is the only comprehensive, fully automated Linux distribution testing framework which can run tests on every level of the OS, from core functionality like the kernel up to testing applications like Firefox or LibreOffice. It shows the results in a convenient web interface and allows testers to see screenshots and even videos of the issues found. -- To unsubscribe, e-mail: opensuse-announce+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-announce+help(a)opensuse.org -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

3 4

[opensuse-ja] canna-yubinの2014年7月版の作成に取り掛かります (was: canna-yubin project立ち上げのお知らせ)
by 1xx 08 Aug '14

08 Aug '14

canna-yubin-misc MLの皆さん canna-dev MLの皆さん opensuse-ja MLの皆さん 2014年07月版の郵便番号データが公表されました。これからcanna-yubinの2014年7月版の作成に取り掛かります。 sourceforge.jpに復活projectを立ち上げてから初の更新になります。郵便番号データの更新だけならすぐにできます。しかし約10年ぶりの更新になるのでドキュメント・debian/*ファイルなど古くなっているところがあります。 (https://sourceforge.jp/projects/canna-yubin/ticket/ 参照) また、8月1日〜3日はOSC@kyoto、 DocFest 2014 Aug. Osakaに参加を予定しています http://www.ospn.jp/osc2014-kyoto/ http://doc-ja.doorkeeper.jp/events/13485 そこで更新にはお時間を頂きたいと思います。 8月7日ごろまでにソースパッケージ更新を予定しています。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> <https://sourceforge.jp/projects/canna-yubin/simple/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 3

[opensuse-ja] 【openSUSE定例】7/26 お題「定例のお題なにがいいかな？」
by Masahiko Hashimoto 26 Jul '14

26 Jul '14

はしもとまさです。本日 22時より、openSUSE 定例があります。本日のお題は「定例のお題なにがいいかな？」です。今後の予定： 7/26: 定例のお題なにがいいかな？ 8/2: OSC京都報告 8/9: OSC東京秋＆openSUSE Asia Summit 対策引き続き、定例で話してみたいお題を募集中です。こんなことを話したいというのがありましたら、ぜひ、下記のURLにご一報ください！ http://forum.geeko.jp/index.php?p=/categories/regular_meeting 定例会概要：・日時：毎週土曜２２時～０時・サーバ： freenode (IRC) ・チャンネル： #opensuse-ja ・文字コード： UTF-8 ・参加方法（簡易版）： http://blog.geeko.jp/hashimom/683 # 「これ、どこで入力するの？」と質問を受けました。 # ブラウザの一番下にこっそり入力するところがあるので探してみてください。途中入退場も自由ですので、どなたもお気軽にご参加ください。 ☆☆ 直近のopenSUSEイベント情報は、下記の通りです。【セミナー申し込みが始まりました】・8/1～8/2 オープンソースカンファレンス 2014 Kansai@Kyoto http://www.ospn.jp/osc2014-kyoto/ → セミナーは2日目の朝一からです！「自分たちも地元のイベントに openSUSE として出展したい！」という方がいらっしゃいましたら、ぜひ本 ML で構いませんので、ご一報いただきたいと思います。以上です。

1 0

[opensuse-ja] canna-yubin project立ち上げのお知らせ
by 1xx 23 Jul '14

23 Jul '14

canna-yubin project立ち上げのお知らせ ===================================== TO canna-dev MLの皆さん opensuse-ja MLの皆さん sourceforge.jpにcanna-yubinプロジェクトの申請を出しておいたところ、承認が得られましたので、さっそく canna-yubin project サイトを作成しました。 http://canna-yubin.sourceforge.jp/ https://sourceforge.jp/projects/canna-yubin/simple/ まだまだ作りかけのサイトでありますが、よろしくお願いいたします。また議論やアナウンスの場としてcanna-yubin-misc ML canna-yubinの更新情報を監視するMLとしてcanna-yubin-vcs MLを立ち上げました。 https://sourceforge.jp/projects/canna-yubin/lists/ 皆様の積極的なご参加をお待ちしております。バグ報告・改善要望はcanna-yubin-misc MLかチケットを作成してください。 https://sourceforge.jp/projects/canna-yubin/ticket/ 先述しました通りcanna-yubinはopenSUSEのリリースに合わせて 8ヶ月に1回(=2年で3回)の辞書データの更新を目指しております。日本郵便株式会社の郵便番号データは毎月月末営業日に更新されておりますが、1か月毎の更新は人手不足で手が回らない状況にあります。 canna-yubinではprojectは慢性的な人手不足にあります。以下の事をお手伝いしていただける方がいらっしゃると大変ありがたいです。それ以外でもお手伝いいただけることがあればMLなどでご相談ください。 *canna7桁郵便番号辞書の辞書データを更新していただける方。 *ドキュメントの整備や改良をしていただける方 *ソースプログラムを改良していただける方 *debian/*ファイルを更新していただける方 ≒Debian系Linux版canna-yubinのメンテナとなっていただける方等々皆様の積極的な参加をお待ちしております。よろしくお願いします。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> Mitsutoshi NAKANO <bkbin005(a)rinku.zaq.ne.jp> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 0

[opensuse-ja] canna-yubin project を復活させませんか?
by 1xx 22 Jul '14

22 Jul '14

canna-yubin project を復活させませんか? ======================================= TO canna-dev MLの皆さん CC opensuse-ja MLの皆さん私はopenSUSEでcanna-yubin(7桁郵便番号辞書)を更新しています。 http://lists.opensuse.org/cgi-bin/search.cgi?query=canna-yubin&advanced.x=0… http://lists.opensuse.org/opensuse-ja/2013-09/msg00011.html openSUSEは8ヶ月に1回(=2年で3回)の新distribution releaseを目指しており、それに合わせてcanna-yubinも更新することを目標にしています。 canna-yubinを更新している内に、これをopenSUSEの中だけでやっているのは勿体ないと考えるようになりました。 yoshito.komatsuさんのコンバートプログラムは GPL-2.0+で公開されていました。しかしcanna-yubinはupstreamが既に閉鎖されてしまっています。元の作者のyoshito.komatsuさんとは連絡が取れなくなっております。そこでcanna-yubinのupstreamを復活させることを考えました。 sourceforge.jpあたりにcanna-yubin projectを立ち上げることを考えています。次のopenSUSE 13.2のリリースが2014年11月ごろに予定されており、開発版openSUSE(openSUSE Factory)からopenSUSE 13.2BETAの分岐が 2014年8月中頃に予定されています。日本郵便株式会社の郵便番号データは毎月月末営業日に public domainとして公開されています。 http://www.post.japanpost.jp/zipcode/dl/kogaki.html http://www.post.japanpost.jp/zipcode/dl/readme.html したがって、openSUSEでは次の版のcanna-yubinの作成を 2014年7月末から8月初めに予定しております。なおopenSUSEではcanna-yubin-0.0.200111101という版を元に dataの更新をしております。そこで皆さんにお願いです。 -------------------------- 1. canna-yubinを復活させることに関して皆さんの賛否その他のご意見をお伺いします。 2. yoshito.komatsuさんの連絡先をご存知の方がいらっしゃったら私にまでご一報願えないでしょうか? 3. 最新のcanna-yubinのアーカイブをお持ちの方がいらっしゃったらご一報願えないでしょうか? ご意見および情報をよろしくお願いいたします。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> Mitsutoshi NAKANO <bkbin005(a)rinku.zaq.ne.jp> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

2 2

[opensuse-ja] [RFC]upstreamが消失したprojectのupstremを復古させるのはどうでしょうか? (was: openSUSE 13.2のrelease scheduleはどうなっていますか?)
by 1xx 22 Jul '14

22 Jul '14

TO openSUSE-jaの皆さん canna-yubin辞書の更新時期が2週間を切りました。ところで、ふと思ったのですが、こういうのはどうでしょう? 私が昨年修正したpackageのうちcanna-yubinとtamagoは upstreamが消失して久しくなっています。そこで、今後どうせ更新していくなら、いっそのこと upstreamを復活させてみてはどうかと思うようになりました。細々とopenSUSEだけで面倒を見ていくより、その方が良いかなと思います。 canna-yubinの方は来月8月に更新を予定しているのでそれまでになんとかしたいです。 canna-dev MLあたりに投げて反応を見てみようかと思っています。 sourceforge.jpかGitHubで上げられたらいいかなと思っています。 tamagoの方はetckeeperが落ち着いたら連絡先を探してみようかなと思っています。皆さんのお考えを聞かせてください。もっともetckeeperでアップアップしているのでそれどころではないかもしれませんが…。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> Mitsutoshi NAKANO <bkbin005(a)rinku.zaq.ne.jp> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

3 3

[opensuse-ja] 【openSUSE定例】7/19 お題「なんで openSUSE 使ってるの～？」
by Masahiko Hashimoto 19 Jul '14

19 Jul '14

はしもとまさです。本日 22時より、openSUSE 定例があります。本日のお題は「なんで openSUSE 使ってるの～？」です。 http://www.geeko.jp/ 今後の予定： 7/26: 定例のお題なにがいいかな？ 8/2: OSC京都報告引き続き、定例で話してみたいお題を募集中です。こんなことを話したいというのがありましたら、ぜひ、下記のURLにご一報ください！ http://forum.geeko.jp/index.php?p=/categories/regular_meeting 定例会概要：・日時：毎週土曜２２時～０時・サーバ： freenode (IRC) ・チャンネル： #opensuse-ja ・文字コード： UTF-8 ・参加方法（簡易版）： http://blog.geeko.jp/hashimom/683 # 「これ、どこで入力するの？」と質問を受けました。 # ブラウザの一番下にこっそり入力するところがあるので探してみてください。途中入退場も自由ですので、どなたもお気軽にご参加ください。 ☆☆ 直近のopenSUSEイベント情報は、下記の通りです。【セミナー申し込みが始まりました】・8/1～8/2 オープンソースカンファレンス 2014 Kansai@Kyoto http://www.ospn.jp/osc2014-kyoto/ → セミナーは2日目の朝一からです！「自分たちも地元のイベントに openSUSE として出展したい！」という方がいらっしゃいましたら、ぜひ本 ML で構いませんので、ご一報いただきたいと思います。以上です。

1 0

[opensuse-ja] openSUSE Asia Summit 2014
by Fuminobu TAKEYAMA 15 Jul '14

15 Jul '14

武山です 10月18日、19日にアジアでは初開催となる openSUSE の国際イベント openSUSE Asia Summit 2014 が北京で開催されます。 https://news.opensuse.org/2014/07/14/the-first-opensuse-asia-summit-is-anno… http://summit.opensuse.org/ 1年ほど前に、この ML で話題になっていたので、計画をご存じの方も多いかと思います。この ML でも何度か紹介していますが、近年では、中国での活動が活発です。 openSUSE Asia Summit には中国のコミュニティだけではなく、世界中からユーザーや開発者が集まる予定です。また、今回のイベントに限らず、advocates の旅費の最大80％をサポートするトラベルサポートプログラムがあります。申請は6週間前ですので、利用される方は早めにご検討下さい。 # advocates だと自信の無い方は、今からでも OSC 京都や東京の勉強会の # お手伝いなどはいかがでしょうか？ -- Fuminobu TAKEYAMA -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 0

[opensuse-ja] test and review about etckeeper (was: packageに所属すべきでないdirectoryをrpmに含めてよいのか?)
by 1xx 13 Jul '14

13 Jul '14

2014年7月12日 16:20 1xx <itsango(a)gmail.com>: > > 「2)」および「3.」の方針の修正で、ビルドが通りました。 > https://build.opensuse.org/package/show/home:Mitsutoshi:branches:utilities/… > > ソースにpatchを当てる必要はなく、etckeeper.specの修正だけで対応できました。 > https://build.opensuse.org/package/view_file/home:Mitsutoshi:branches:utili… > > これからテスト仕様を書いて、テスト環境を用意し、テストします。 etckeeperのテスト仕様書(とテスト環境)が用意できました。 https://docs.google.com/spreadsheets/d/1kmtjqvCnqNMmuFHRLh0-xh1iBdjhxnvKoYg… etckeeperおよびテスト仕様書をレビューしていただける方、テストを手伝っていただける方がいらっしゃったら歓迎いたします。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 3

[opensuse-ja] geeko jp (wiki/blog/forum) のご案内
by Masahiko Hashimoto 13 Jul '14

13 Jul '14

はしもとまさです。昨日の定例でもお題となっていましたが、 openSUSE の日本語情報を集める場として、「geeko.jp」というサイトがあります。 Wiki: http://wiki.geeko.jp/ ※新しいページを作成したら「目次」に新しいページも追加してください。 Forum: http://forum.geeko.jp/ Blog: http://blog.geeko.jp/ 特に活用していただきたいのが、forum と wiki です。・ちょっとした質問・議題　→　forum へ記載・openSUSE ノウハウ　→　wiki へ記載といったように、活用していただけたら幸いですので、宜しくお願いいたします。なにか御意見等ございましたら、ご連絡ください。以上です。

1 0

[opensuse-ja] 【openSUSE定例】7/12 お題「geeko.jpを充実させよう！」
by Masahiko Hashimoto 13 Jul '14

13 Jul '14

はしもとまさです。本日 22時より、openSUSE 定例があります。本日のお題は「geeko.jpを充実させよう！」です。 http://www.geeko.jp/ 今後の予定： 7/12: geeko.jpを充実させよう! 7/19: 定例のお題なにがいいかな？　←なくなった時点でこれ引き続き、定例で話してみたいお題を募集中です。こんなことを話したいというのがありましたら、ぜひ、下記のURLにご一報ください！ http://forum.geeko.jp/index.php?p=/categories/regular_meeting 定例会概要：・日時：毎週土曜２２時～０時・サーバ： freenode (IRC) ・チャンネル： #opensuse-ja ・文字コード： UTF-8 ・参加方法（簡易版）： http://blog.geeko.jp/hashimom/683 # 「これ、どこで入力するの？」と質問を受けました。 # ブラウザの一番下にこっそり入力するところがあるので探してみてください。途中入退場も自由ですので、どなたもお気軽にご参加ください。 ☆☆ 直近のopenSUSEイベント情報は、下記の通りです。【セミナー申し込みが始まりました】・8/1～8/2 オープンソースカンファレンス 2014 Kansai@Kyoto http://www.ospn.jp/osc2014-kyoto/ → セミナーは2日目の朝一からです！「自分たちも地元のイベントに openSUSE として出展したい！」という方がいらっしゃいましたら、ぜひ本 ML で構いませんので、ご一報いただきたいと思います。以上です。

1 1

[opensuse-ja] packageに所属すべきでないdirectoryをrpmに含めてよいのか?
by 1xx 12 Jul '14

12 Jul '14

OBSのutilitiesリポジトリのetckeeperのパッケージを更新している内に判らないことが出てきたのでお伺いします。 buildの途中でx86_64環境でのみerrorが出るようになりました。 -------- error -------- [ 14s] etckeeper-zypp-plugin-1.12-0.noarch [ 14s] ... running 01-check-debuginfo [ 14s] ... testing for empty debuginfo packages [ 14s] ... running 02-check-gcc-output [ 14s] ... testing for serious compiler warnings [ 14s] (using /usr/lib/build/checks-data/check_gcc_output) [ 14s] (using /var/tmp/build-root/openSUSE_Factory-x86_64/.build.log) [ 14s] ... running 03-check-binary-kernel-log [ 14s] ... running 04-check-filelist [ 14s] ... checking filelist [ 14s] etckeeper-1.12-0.noarch.rpm: directories not owned by a package: [ 14s] - /usr/lib/python2.7/site-packages/bzrlib [ 14s] - /usr/lib/python2.7/site-packages/bzrlib/plugins -------- /usr/lib/python2.7/site-packages/bzrlib/plugins/etckeeper/__init__.py というfileをpackageに入れる必要があります。 (私が修正するまでutilitiesのetckeeperには__init__.pyファイルが rpmパッケージに入っていませんでした。) これはdirectory名が示すとおりに etckeeperのBazaar(bzrコマンド)対応pluginです。 /usr/lib/python2.7/site-packages/bzrlib/plugins/etckeeper/ /usr/lib/python2.7/site-packages/bzrlib/plugins/etckeeper/__init__.py はetckeeperのpackageに含めるべきなので含めております。しかし以下のディレクトリはbzrパッケージに含まれるべきdirectoryだと思います。 [ 14s] - /usr/lib/python2.7/site-packages/bzrlib [ 14s] - /usr/lib/python2.7/site-packages/bzrlib/plugins しかしbzrはこれらのディレクトリを含みません。仕方がないので今はetckeeperの方に%dirでパッケージに含めています。 https://build.opensuse.org/package/view_file/home:Mitsutoshi:branches:utili… -------- etckeeper.spec -------- # added python_sitelib files 2014-07-10 bkbin005(a)rinku.zaq.ne.jp # Are these right? %dir %{python_sitelib}/bzrlib %dir %{python_sitelib}/bzrlib/plugins -------- お伺いしたいのは、こんなことをして本当に良いのか?、ということです。叱られないでしょうか? bzr packageにお願いして上記のdirectoryを作ってもらうべきでしょうか? Googleで検索してみたところ、これは結構よくある問題のようで、いっぱい情報が出てきて、上記の回避策を見つけたのですが、「これが正しい」と確信できる情報には出会えませんでした。 bzrはpythonスクリプトなのですが、noarchで作られておらず、 https://build.opensuse.org/package/view_file/devel:tools:scm/bzr/bzr.spec?e… i586版は/usr/lib/python2.7/site-packages/bzrlibに x86_64版は/usr/lib64/python2.7/site-packages/bzrlibにディレクトリを作っておりました。他のdistributionではどう対応しているのか確認するため CentOS7+EPEL7betaを入れてみたのですが、 rpm -qf /usr/lib/python2.7/site-packages/bzrlib/plugins はどのパッケージにも属さないディレクトリだそうです。ですがopenSUSEではどのpackageにも属さないdirectoryは許さないpolicyのようですね。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

3 7

[opensuse-ja] OSC Nagoya 2014 に出展しました！
by Masahiko Hashimoto 12 Jul '14

12 Jul '14

はしもとです。昨日開催されました OSC Nagoya 2014 に出展しました。セミナー：「秘伝！クラウドに開発環境にえいっと構築する方法」 http://www.slideshare.net/hashimom/ss-36653802 事前申込者が予想以上に多かったですが、実際には申込者数より少なかったかも？３５名程度でしょうか。セミナー後、openSUSE に興味を持っていただいた方もいらっしゃいましたのでとりあえず成功したかな・・・と感じています。ブース：武山さん、こばやしさんとブース番しました。（ありがとうございます！）ビラは１００部、配り切ることができました！特大ぎーこの大きさに驚かれていた方もいたようですね。 LT：武山さんがOSSに貢献してね～という話をしています。今回来場された皆様、ありがとうございました。そして、出展に協力していただいた皆様、本当にありがとうございました。さて次回のOSCは、8/1～8/2 の OSC京都出展を予定しています。また、「地元のOSC（もしくはイベント）にも openSUSE で出展するぞ」という方は、ぜひ本ＭＬ（もしくはユーザ会ＭＬ）にてご相談ください。以上、よろしくお願いいたします。

1 1

[opensuse-ja] mikutter を例にして、spec ファイルの書き方をまとめてみる（OBS道場後編）
by Fuminobu TAKEYAMA 11 Jul '14

11 Jul '14

武山です OSC 名古屋の間に、mikutter の spec ファイルのレビューをしようという話になったので、チェックしてみました。そんなに難しくはないので、みなさん、パッケージングしませんか？誰でもできる、既存のパッケージの更新方法は: http://www.slideshare.net/ftake/1-open-build-service 以下、長文です。興味のある方はどうぞ: もとのファイル: https://build.opensuse.org/package/view_file/home:ykoba/mikutter2/mikutter.… ■format_spec_file を実行する $ osc service run format_spec_file 変更されたところを見てみましょう $ diff -u mikutter.spec _service:format_spec_file:mikutter.spec 【コメント】spec のコピーライト表記が必要です。年の書き換えも忘れずに +# +# spec file for package mikutter +# +# Copyright (c) 2014 SUSE LINUX Products GmbH, Nuernberg, Germany. +# (中略) 【コメント】スペースで揃えます -Name: mikutter -Summary: The moest twitter client (中略) +Name: mikutter +Summary: The moest twitter client (中略) 【コメント】1行に1パッケージです -Requires: ruby-gtk2 -Requires: rubygem-cairo, rubygem-ruby-hmac, rubygem-openssl-nonblock, rubygem-fast_gettext +Requires: ruby-gtk2 +Requires: rubygem-cairo +Requires: rubygem-fast_gettext +Requires: rubygem-openssl-nonblock +Requires: rubygem-ruby-hmac (中略) 【コメント】changelog は %{name}.changes というファイルに別記します %changelog -* Sun Jun 15 2014 y.kobayashi -- update to 3.0.0 unstable - -* Sun Feb 09 2014 y.kobayashi -- update to 0.2.2. unstable (中略) ■changelog を書く $ osc vc を実行すると、デフォルトのエディタが開いて、テンプレートを入力してくれます ------------------------------------------------------------------- Sun Jul 6 08:45:25 UTC 2014 - ftake(a)geeko.jp - 【ここに入力できる】書き方はここ: http://en.opensuse.org/openSUSE:Howto_write_good_changes ・最初は update to で始まることが多い・何が変わったのか、整理して書くことが大切・バグを修正した場合は、バグ管理番号が必須・パッチを追加・削除・変更した場合は、その説明が必須余談: openSUSE の正式なコミュニティメンバーになれば、 @opensuse.org のメアドがもらえます！ # 私も持っているけど、実は使い方を知らない… ■上記のスクリプトで除去できないものを除去 %description -l ja %clean は不要 Release タグは OBS が決めるものなので、 Release: 0 としておく。 ■環境変数か、RPM のマクロか、どちらかに統一 $RPM_BUILD_ROOT => %{buildroot} ■ライセンスを吟味ライセンスは MIT のようなので、修正。書式はここ https://docs.google.com/spreadsheet/pub?key=0AqPp4y2wyQsbdGQ1V3pRRDg5NEpGVW… ■ステップ3: 依存関係をよく考える rubygem-gtk2 が依存するものは明記しなくても良いので、余計なものがあれば削除する。 ■他の人がメンテすることも意識して不要なものを消す %{svn} は今後使うのかな？ ■OBS のプロジェクトどこかのリポジトリにサブミットする（SR: Submit Request）ときは、相手先と同じリポジトリ設定で、他のパッケージがない、クリーンな環境でビルドしてください。新規サブプロジェクトを作成したあとに、 Repository→Add Repository→pick one via advanced interface を開いて・Project に行き先のプロジェクト（例: M17N）・Repository を openSUSE_Factory ・Name を openSUSE_Factory ・Archiectures は最低限、i586 と x86_64 を選択 Add repository をクリックしてください。同じ手順で、openSUSE_13.1 も追加します。（最低限） === ひと通りのことは、ここに書いてあります: http://en.opensuse.org/openSUSE:Packaging_guidelines でも、長いので、分からないことがあれば、聞いてください。 -- Fuminobu TAKEYAMA -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

3 5

[opensuse-ja] etckeeper (was: DebianのRequest for Package (RFP)に相当することをopenSUSEでやるには?)
by 1xx 08 Jul '14

08 Jul '14

2014年7月6日 1:05 Fuminobu TAKEYAMA <ftake(a)geeko.jp>: > > etckeeper-common は etckeeper-cron と etckeeper-pkgmanager-cpllabo に > 必要なんですよね？ > > だとすると、etckeeper-common を etckeeper として、 > > Name: etckeeper > Recommends: etckeeper-cron > Recommends: etckeeper-pkgmanager-collabo > > とするのが、一般的かと思います。パッケージ分割版のetckeeperがおおよそ出来上がり、最低限のテストがうまくいきました。最低限のテスト内容とハマったことを表にしてみました。 https://docs.google.com/spreadsheets/d/1kmtjqvCnqNMmuFHRLh0-xh1iBdjhxnvKoYg… Recommendsの動作は多少癖がありますね。慣れるのに多少時間がかかりました。このpackage分割版で作業を進めようと思います。現在テスト項目の追加を検討中です。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 2

[opensuse-ja] OBSのUse for Build Flagって何?
by 1xx 08 Jul '14

08 Jul '14

OBSのprojectやpackageのpageのRepositoriesタブに「Use for Build Flag」という項目がありますよね。 https://build.opensuse.org/package/repositories/home:Mitsutoshi:branches:ho… 以前から疑問に思っていたのですが、このUse for Build Flagって何を意味するフラグでしょうか? 他のBuild・Publish・Debuginfoの各フラグは意味が解ります。しかしUse for Build Flagはenableにしたときとdisableにしたときでどう動きが違うのか解らないでいます。「OBS Use for Build Flag」で検索すると http://openbuildservice.org/help/manuals/obs-reference-guide/cha.obs.concep… というpageが見つかります。そこに解説が書かれています。他のパッケージと何らかの関連がある事はどうにか読み取れるのですが、英語力が無いのか理解力が無いのか、それ以上の事がわからないのです。ご存知の方がいらっしゃったら、教えていただけたら幸いです。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

2 2

[opensuse-ja] "How to contribute to Factory"を「開発」に収容 (was: [opensuse-ja] mikutter を例にして、spec ファイルの書き方をまとめてみる（OBS道場後編）)
by 1xx 08 Jul '14

08 Jul '14

opensuse-ja MLと日本openSUSEユーザ会MLの両方にpostしています。 2014年7月8日 6:00 1xx <itsango(a)gmail.com>: > 2014年7月7日 23:02 Fuminobu TAKEYAMA <ftake(a)geeko.jp>: >> >> OSC 名古屋の間に、mikutter の spec ファイルのレビューをしよう >> という話になったので、チェックしてみました。 > > 情報ありがとうございます。大変参考になります。 > このメールのアーカイブを > http://wiki.geeko.jp/index.php?%E9%96%8B%E7%99%BA#e7d29bb8 > に収容しました。 https://en.opensuse.org/openSUSE:How_to_contribute_to_Factory というページがあったので、 http://wiki.geeko.jp/index.php?%E9%96%8B%E7%99%BA#w0240cc2 に収容しました。 openSUSEのWikiはRSSで購読すると勉強になることに最近気がつきました。 > >> >> そんなに難しくはないので、みなさん、パッケージングしませんか？ > > 是非みんなでやりましょう。 > >> >> ■format_spec_file を実行する >> $ osc service run format_spec_file > > この機能は初めて知りました。強力で便利ですね。 > etckeeper.specもこれが吐き出すstyleに変更します。 > >> >> 【コメント】changelog は %{name}.changes というファイルに別記します >> %changelog >> -* Sun Jun 15 2014 y.kobayashi >> -- update to 3.0.0 unstable >> - >> -* Sun Feb 09 2014 y.kobayashi >> -- update to 0.2.2. unstable >> (中略) >> >> >> ■changelog を書く >> $ osc vc >> を実行すると、デフォルトのエディタが開いて、テンプレートを入力してくれます >> >> ------------------------------------------------------------------- >> Sun Jul 6 08:45:25 UTC 2014 - ftake(a)geeko.jp >> >> - 【ここに入力できる】 >> >> 書き方はここ: >> http://en.opensuse.org/openSUSE:Howto_write_good_changes >> >> ・最初は update to で始まることが多い >> ・何が変わったのか、整理して書くことが大切 >> ・バグを修正した場合は、バグ管理番号が必須 >> ・パッチを追加・削除・変更した場合は、その説明が必須 > > https://build.opensuse.org/request/show/238255 > によれば >>You have to mention all added/removed/modified patches >>by their name in changelog file. > > との事なので > パッチを追加・削除・変更した場合はadded/removed/modified > とpatchの名称がいるとのことです。 > 指摘を受けて以下のように書き換えました。 > https://build.opensuse.org/package/view_file/utilities/etckeeper/etckeeper.… > >> >> ■上記のスクリプトで除去できないものを除去 >> %description -l ja > > .specファイルにこんな機能があるのですね。 > 初めて知りました。 > ただOBSでは除去するのが流儀との事で、残念に思います。 > > zypper searchなどで検索にかけると、 > たまに日本語で解説が出る場合がありますよね。 > あれはどこから情報を拾っているのでしょうね? > >> >> でも、長いので、分からないことがあれば、聞いてください。 > > 解らないことがあったらMLで相談します。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 0

[opensuse-ja] DebianのRequest for Package (RFP)に相当することをopenSUSEでやるには?
by 1xx 06 Jul '14

06 Jul '14

Debianはリポジトリにないsoftwareをpackageとして追加要望するのに Request for Package (RFP)という手続きがあります。 https://www.debian.org/devel/wnpp/index.ja.html https://wiki.debian.org/RFP これと同じことをopenSUSEで行うにはどうすればよいのでしょうか? 「openSUSE request for package」などで検索してもよく解りませんでした。 13.2以降で標準リポジトリに欲しいパッケージに etckeeperとcups-pdfがあります。 http://software.opensuse.org/package/etckeeper https://build.opensuse.org/package/show?project=utilities&package=etckeeper http://software.opensuse.org/package/cups-pdf?search_term=cups-pdf https://build.opensuse.org/package/show?project=Printing&package=cups-pdf 上記のようにどちらも非標準のリポジトリには入っていて packageにはなっています。これらは便利でしかも安定しています。、またdebian系のdistributionでは既に標準のリポジトリに入っています。そこでこれら2つを標準のリポジトリに移して openSUSEとしてメンテしていただくことをお願いしたいのですが、お願いすることは可能なのでしょうか? 可能なら、どのようにお願いするのでしょうか? -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

4 22

[opensuse-ja] 依存関係だけを管理する空のpackageを作るには? (was: DebianのRequest for Package (RFP)に相当することをopenSUSEでやるには?)
by 1xx 05 Jul '14

05 Jul '14

依存関係だけを管理する空のパッケージを作るにはどうすればよいでしょう? 検索したり試行錯誤したりしても良い策に行き着かなかったので質問いたします。今etckeeperを3つに分割しています。 etckeeper-common - etckeeper本体 etckeeper-cron - /etc/cron.daily/etckeeper だけを独立させたcron機能 etckeeper-pkgmanager-collabo - パッケージマネージャと連携する機能これらを"Requires:" に持つetckeeperという依存関係だけを管理し、中身が空のパッケージを作ろうとしました。 etckeeper - 下記3つのpackageをまとめてインストールする zypper install etckeeper とするだけで、上記3つをインストールするイメージです。しかし空のrpmファイルを作ることはできるのですが、 osc buildしてみるとrpmlintが W: suse-filelist-empty packages without any files are discouraged in SUSE. という警告を出します。つまり空のrpmファイルはSUSE的にはお奨めしないということだと解釈しました。仕方がないのでetckeeperに %doc TODO とドキュメントを持たせて空ではないパッケージにして 4つのパッケージを生成するようにしました。これで依存関係は管理できるのですが、美しくありません。依存関係だけを管理するダミーのパッケージを生成する良い方法は無いでしょうか? ちなみに作成したspecファイルは https://build.opensuse.org/package/view_file/home:Mitsutoshi:branches:home:… にあり、パッケージは http://software.opensuse.org/download.html?project=home%3AMitsutoshi%3Abran… からダウンロードできます。 -- 1xx <ItSANgo(a)gmail.com> <https://twitter.com/ItSANgo> <http://d.hatena.ne.jp/Itisango/> -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

1 0

[opensuse-ja] 【openSUSE定例】7/5 お題「openSUSEの独自作法」
by Masahiko Hashimoto 04 Jul '14

04 Jul '14

はしもとまさです。本日 22時より、openSUSE 定例があります。本日のお題は「openSUSE独自の作法」です。今後の予定： 7/5: openSUSE独自の作法 7/12: geeko.jpを充実させよう! 7/19: 定例のお題なにがいいかな？　←なくなった時点でこれ引き続き、定例で話してみたいお題を募集中です。こんなことを話したいというのがありましたら、ぜひ、下記のURLにご一報ください！ http://forum.geeko.jp/index.php?p=/categories/regular_meeting 定例会概要：・日時：毎週土曜２２時～０時・サーバ： freenode (IRC) ・チャンネル： #opensuse-ja ・文字コード： UTF-8 ・参加方法（簡易版）： http://blog.geeko.jp/hashimom/683 # 「これ、どこで入力するの？」と質問を受けました。 # ブラウザの一番下にこっそり入力するところがあるので探してみてください。途中入退場も自由ですので、どなたもお気軽にご参加ください。 ☆☆ 直近のopenSUSEイベント情報は、下記の通りです。【本日です！】・7/5 オープンソースカンファレンス 2014 Nagoya http://www.ospn.jp/osc2014-nagoya/ 　→ セミナーは 11時からです！【セミナー申し込みが始まりました】・8/1～8/2 オープンソースカンファレンス 2014 Kansai@Kyoto http://www.ospn.jp/osc2014-kyoto/ → セミナーは2日目の朝一からです！「自分たちも地元のイベントに openSUSE として出展したい！」という方がいらっしゃいましたら、ぜひ本 ML で構いませんので、ご一報いただきたいと思います。以上です。 N��r��y隊Z)z{.��칻�&ޢ��'��-��w�zf��^�ˬz6�� ޮ�^�ˬz��

1 0

[opensuse-ja] openSUSE wikiについて気がついたこと
by Yasuhiko Kamata 01 Jul '14

01 Jul '14

鎌田靖彦＠翻訳人です。さてopenSUSE Factory (http://ja.opensuse.org/Portal:Factory) や開発 (http://ja.opensuse.org/Portal:開発) にまつわるページを編集していて、気がついたことをいくつか。 * http://ja.opensuse.org/ロードマップ http://ja.opensuse.org/openSUSE:Roadmap という2つのページがある保護されている状況からすると、前者が正解のようですが、どちらかにまとめたほうが良いと思いますが、いかがでしょうか？ * "OpenSUSE" という名前の変なページが・・ "http://ja.opensuse.org/" 以降に "OpenSUSE" とだけ付けてアクセスしてみてください。こちらで確認した限りでは、外部の画像が埋め込まれているだけで特に害はなさそうですが、クラッキングされてしまったかのようなページになっていましたので、念のため報告します。以上です。 -- Yasuhiko Kamata E-mail: belphegor(a)belbel.or.jp -- To unsubscribe, e-mail: opensuse-ja+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-ja+owner(a)opensuse.org

4 3

[opensuse-ja] boot時のパラメータ入力
by mlus 01 Jul '14

01 Jul '14

corei5-koyamaです。 openSUSE13.1を使っています。 boot時のsplash画面で、パラメータを入力したいのですが、方法がわからないので、ご教授願います。確か、12.x のバージョンの時には、それ用の入力欄があったと記憶しているのですが、 13.1にはそれが見当たりません。例） runlevel ３で起動したいケース 12.xの時には、 linux 3 を指定すると rulevel 3 でbootできた。 13.x の時には、 e キーを押して grub のコマンドのなかで、最後に 3 を入れれば一応は rulevel 3 (systemdなのでこれが正しいかわかりませんが・・）で起動はするのですが、 12.x の時のように、入力フィールドのようなものをデフォルトで表示させたい。 /etc/default/grug の設定状況 GRUB_DISTRIBUTOR="openSUSE 13.1" GRUB_DEFAULT=saved GRUB_HIDDEN_TIMEOUT=0 GRUB_HIDDEN_TIMEOUT_QUIET=true GRUB_TIMEOUT=8 GRUB_CMDLINE_LINUX_DEFAULT=" resume=/dev/system/swap splash=verbose quiet pcie_aspm=off showopts vga=0x307" # kernel command line options for failsafe mode GRUB_CMDLINE_LINUX_RECOVERY="showopts apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe" GRUB_CMDLINE_LINUX="" になっています。入力フィールドを表示させるには、何か足りないものがあれば、ご指摘お願いします。

2 2