linuxBean Part9 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>100
そんなん、開発者がモチベーション保てんよ。オプソ馬鹿にしてんのか? >>101
多分>>100は馬鹿にしてるとかそういうつもりはないんだと思うんだよね。
ただ素朴に「こういうのが欲しいんだ」と言ってるだけ。
でもそれこそが、利用者の立場でしかものを考えられないという根深い病巣なのよね。
まあここは開発者のコミュニティじゃないから、仕方がない部分ではあると思うよ。 W3Cの規格に沿っていてセキュリティがしっかりしていれば十分だよ 12.16(12.18?)からのブランクを埋めるために今風に強化がされたとして
軽さや安定感が犠牲になったら本末転倒って感じがする。
開発側の野心は結構だが、12.16に拘る人々が何を求めてるかを鑑みてほしい。
12.16に拘る人が皆ビバに流れるかっていったらそうじゃないのが事実だし。
あれここBeanスレだっけ? そういう層は、単に取り残されるだけだよ。
そんな層にコミットする開発者は、アプリの規模がデカくなるほどいなくなる。
gtk2が最たる例だね。 Beanの更新止まってるんだし話題が吹っ飛ぶのはしゃーなし
デフォブラウザが旧Operaだからそこまで酷いスレチとも言えんし嫌なら話題提供してと Midoriも開発続いているけどWebkitのバージョンが古いからセキュリティ的に駄目
それに低スペ機ではJavaScriptを無効にしないとすぐ落ちる
GNOME Web(Epiphany)なんかはどうだろうか bean1804で復活してほしい。ブラウザはvivaldiで。
地震後ツイッターさえやらないってのは
作者に何かあったのか? >>109
Vivaldiは論外
エンジンがBlinkなので >>111
重いからBeanの開発方針に合わないってだけ 最近は16GB要求するゲームが増えてきたから投げ捨てラインは16GB未満だな >>112
もう、ubuntu16.04も開発方針に合わなそうだね、、 さすがに256MBだの512MBだと厳しいが1GBありゃ大抵のことはできる >>116
バージョン上がる度に軽量ディストリ死亡(笑)って言ってる奴いるし
そんなのいつもの事だ konaLinuxは16.04ベースのKLUEでも一応軽量ディストリ出してるし
やろうと思えば出来るんじゃないかな
さすがにメモリはそれなりにいるだろうけど ディストリ運営大変だからしかないよ
名前が売れたらモデレーター囲ってフォーラム活発化させないと
ユーザー逃げちゃうし
どのみちモチベーション保てなかったら終わり 他のディストリベースでbean風にカスタマイズするしかないのかなぁ
beanは入ってるアプリケーションも厳選てるし。 PCに余裕があればKLUE2 64bitおすすめ
64bitはなんか使えるアプリが多い気がする 普通に16.04にアップデートして使ってるよ
要は軽いbeanで慣れたらあとは好きにカスタマイズすればいいだけ
今はopenbox+tint2とi3wmで使い分けてるlxde単体はもう使わないな
beanはミニマリズムの先生って感じだった
bean自体にこだわる必要性はもう無いわ 確認っていうか、質問ですけど
12.04から14.04のバージョンアップは、
sudo do-release-upgrade ではNGってことは確定してるんですね?
あとの可能性としては、すでにBean12.04が入ってるディレクトリに、
例えばubuntu16.04をインストールして、その際に、従来のアプリを残す
というオプションを選択すれば、ある程度は残る可能性がある、ということでしょうか? 連投すみません
考えたのですが、DEをunityに戻した上(戻せるのかどうかわかりませんが)で、
12.04→(14.04→)16.04 とするのはどうでしょう?
ないしは、Bean 12.04 の入ってるディレクトリに Bean 14.04をインストール、
で、ある程度の環境ファイルと設定ファイルが反映されるようにする、
後者のが一番現実的なように思いますが、どうでしょう? sudo do-release-upgrade でいいよ
あんまりなくなること恐れることないんじゃないかな?
少なからずくなることわかってるから
後で気付いたら再インストールすればいいだけだし
本体なくなってもconfigは残ってる
人生やり直すより楽だろ 追記 14.04-16.04の時ね 12.04-16.04は知らん >>127
ありがとうございます
実際にやってみたことがありますか?
DEそのものが、壊れるという記述もあるのですが…
アプリが消えるぐらいならあまり大したことないですが、
DEそのものが壊れるなら、インストールを選んだほうがよいのかと
確かに、beanのDE はLXDE だとしても、手を加えてある以上、
バージョンアップで簡単に壊れそうな気がしますが…
もちろんDEが壊れたのを確認してから、bean 14.04 を上書きインストールでも
いいのかもしれませんが >>128
ああ、行き違いですね
要するにubuntuのバージョンアップですね、これなら
基本的には以前と違ってあまり失敗しないことが知られています
伺いたいのは、Bean12.04に、sudo do-release-upgrade で、
Bean 14.04 まがいのものができあがるかどうか、です
基本的は、ダメなんだろうな、と思っています >>129
3月くらい前にやったばかり 14-16.04
openboxのみでやってるからlxde精査してない
16.04からsystemctlとか採用してるから逆に要らないものが残ってる気がする。lxsession関係
大々的に壊れたりは聞いたことないけど
なくなってたのはgube-customizer とかfirefox devedition とか
細々あったな
なんでそんなびびるか不思議なくらいや
後でいくらでも直せるのがlinuxのいいとこやん >>131
話が噛み合ってないと思います
ここは基本Beanのスレなので
Beanについて伺っています >>132
beanについてだよ
beanで始めたけど今はopenboxのみでDE使ってないってこと
意味わからないようだったら
新規インストールを薦めるよ distro って構成だけだからね 多少のオリジナルパーツあっても
bean = ubuntu + lxde 以上でも以下でもないのよ
それわかってないんじゃないかな >>133
自分の理解が間違っていたらお教え下さい
ubuntu(カーネル)+DE(LXDEのBean風フレーバー)=linux Bean
で、
openbox もDEの1つだから、
ubuntu(カーネル)+openbox は、最早bean とは呼べない代物なので、
基本、このスレの話題からは外れます
しかしながら、
linux Bean のDEを他のものにしたうえで、バージョンアップできるか?
というのが、126の前半なので、それに対して、1つの解答として、
ubuntu openbox なら可能だよ、というのはありうるのだと理解しますが、
ただ、openbox で、プリインストールされているアプリの設定をし直すのは
かなり現実的ではなく、それをやるぐらいなら、minimal install でも
やって方がまだマシな気がしています
openbox はbean がプリインストールしているDEなので、バージョンアップも
基本的にできることが予想され、実際にそうだったわけですが、
じゃあ、更に、素のLXDEなら、どうなのだろうか?unity に戻すのは
アプリによっては整合性に問題があると思われるけど、
LXDEならほとんど問題はない、つまり、lubuntuにした上で、
14.04→16.04までやれるか?ですが、その辺りはいかがでしょう? >>133
あ、あと、バージョンアップの結果の16.04は、32bit版なんですね? openboxは window manager だけどね
DEみたいなものと言えなくもない。それはいいや。
ubuntu 自体、本体がアプデされればそれでいいわけで...
ちなみに 今は openbox i3wm lxde が選べる(元はbeanね)
lxde は開けてはみた程度で普段使わないが、不具合は無さそうだぞ
他の二つは全く問題なし
unity入れてるならその部分も問題なくアプデされると想像はされるよ
ただ12.04と16.04はカーネルから何から違いはあるわけで対応した変更は
アプデもあれば削除もある
それがいやならアプデしなければいい
無いものはアプデされないのも当然
設定configはほぼ完璧に残ってるよ
アプデ後の手直しも小一時間で終了だったよ 追記
bean はubuntu base , lubuntu base ではないからな
ubuntu + lxde = bean だが 同じlxde だがlubuntu は別物
ややこしいこと考えないほうがいい なんかずいぶんと慎重なひとがいるんだな
石橋も叩き過ぎると壊れるよ 冒険心なしには開拓はできないだなw
バックアアップしてやっちまえばいいだけ linuxではクリーンインストール→再構築の流れも楽しみのひとつと思ってる
あとインストールするものとか設定変更なんかをbashスクリプトとかに書いておいて
どれだけ自動化出来るかとかも楽しみのひとつ
Windowsでは面倒くさくてそんなことしないけど 色々とありがとうございました
4月が目前でもあり、今後はこの関連のカキコも増えるかと思います
単純に、GUIないしCLIで、12.04→14.04に踏み切った場合には、
確実にBeanのDEが壊れてしまうと思います(ubuntuのバージョンアップには、
bean のDEのバージョンアップが含まれていない故)が、
その場合は、ttyから、openbox
で立ち上がれるという理解でよいのでしょうか?
一応、仮説を立てておき、実際にやってみた上でその仮説の検証をしないと
いつまで立っても成長しないと思い、色々かんがえてみているところです そんなに壊れたら困る重要なシステムなら普通はバックアップ取るし
アプグレ失敗しても問題無いはずだが? >>144
バックアップと一言で言っても、そのやり方は様々
DDでとったとして、それがbestとは限りません
アプリの設定ファイルが常にhome 以下にあれば、楽ですが、
必ずしもそうでもないし
いわゆる、文書その他のユーザーファイルについては、全然問題ないとして、
環境の復元には常に手こずります beanのDEなどというものはない
lxde が DE
だからubuntuのアプデにも含まれてる
壊れもしない
オリジナル部分はもちろん更新されない
bean_mkdmy とかな
言ってみればどうでもいい部分
アプデしたらわかるよ
「なんだ何も問題ないじゃん」って、多分ねw
むしろ16.04にした時に「結構変わったんだな」と思うだろう アプデなら関係ないよ
そんなに古くて軽いほうがいいだけなら12.04のままか
puppyにでもしとけば?
ramで20メガぐらいしか違わないがな 14.04 16.04はsystemdを使っているから重い
Debianベースにすればいい >>147
PAEは14.04以降は必須
PAEが無いならDebianへ >>151
そうではなくて、146の方式だとどうなりますか?という質問です
予想は、non-PAE非対応になるはず(もし対応できるなら公式bean16.04で
対応したはずだから)、
でも146の説明だと、ubuntuのバージョンアップ以外の部分は
「変わらない」というのだったら、対応もそのまま、ということになるが
それでいいのですか?という趣旨ですが >>150
16.04を使っている(別の同じスペックのPC)で、特に重い印象はありません
というか、OSのRAM消費量とか、厳密に比較した所で、
あまり意味があるとは思っていません
現実の動作では、ブラウザとかオフィスの負荷が高く、OSの重い軽いなど、
どうでもいいレベルになるからです
Debianは、相性の問題かもしれませんが、好きになれません
何でもどうでもできる、というのは、すごく面倒なこともあるものです non-pae対応ってforcepaeしてるだけでしょ >>145
復元に手こずるバックアップ方法の時点でどうでもいいんだろ
クリーンインストールしちまえ >>152
12.04→16.04にアップグレードしたらnonPAEは非対応になるよ
14.04はそもそもPAE必須なので関係無い
>>154
まーたnonpaeとforcepaeの区別が付かない奴か ラズパイのpixelってどうなんだろ?
低スペでも動くらしいよ >>158
まさに、今話題の()、Devian そのもののようですが、、、、 PlankをインストールしてOpenboxと併用してみたけど、結局は通知を表示する為にパネルを表示しなきゃならないし微妙だな パネルは tint2 で滅茶苦茶すっきりじゃん
クソかっこわりい lxde とはオサラバできるよ
使われるリソースはほとんど変わらないが
plank はxcompmgrとセットでな、アイコンズームができてお洒落さんw
damn small ubuntu = ubuntubanng 16.04 の完成 tint2で検索したらうっかりふうせんのjimdo開いて読んでしまった
脳内キャッシュ削除したいわ そういう書き込みをすることによって印象はより深いものになったはずなので脳内キャッシュの保存期間はそれなりに延びちゃったろうな こんな人もいるんだな
慎重すぎるというかなんというか
職場で突発的に残業頼んだら発狂されそう やってしまった。
非力なウルトラブックでbeanをusbブートさせていたところアプデ(ソフトウェアの更新から)したら、最後の処理でフリーズ。
時間がなくて処理が終わる前に仕方なくシャットダウンしてしまい、usbメモリが認識しなくなった。
Windowsに挿すとマスストレージとして表示される(中身0バイトに)、Gpartedにも認識されず。
フォーマットもできない。
windowsでフォーマッターは幾つか試しましたが認識されません。
言葉足らずで申し訳ありませんが、何か復旧させる手段はありませんでしょうか? >>169
フォーマットもできないってあるから復旧とはusbメモリの復活のことをいってるんだと思うんだけど、それならddコマンドで0fillを試してみたらどうですかね
それで何度か復活させたことはあるけど詳しいわけではないので、あとはぐぐるなり詳しい人に尋ねるなりしてちょ >>169
check flash というwindowsソフトはどう? >>169
一応確認だけどデータ救出ではなくて
USBメモリが再び使えるようになればいいってことだよね?
多分データ救出は難しいそうだし >>173
はい。データが消えても再びusbが使えればというのが目標です。
check flashも試しましたが、認識されませんでした。
>>171
ありがとうございます。コマンドの知識が乏しいのですが調べてみます。
usbメスメスを買ってデジカメからフォーマットも試そうかと思いましたが、32GBのusbなので買い直したほうが早いのかも。
でも勉強として頑張ってみようと思っています。 俺の場合SDカードだったけど認識されないやつは諦めたな
検索しても出てくるのは認識されているのが前提のものばっかりだったし >>169
状況がよくわからないけど
usb全体を1つのパーテーションとして、linuxを入れていたのであれば、
ext3 ext4とかなので(ですよね?)、windows からは認識されないのが通常
その辺りが分かってないレベルだとすると、(つまりこの状態では、
windows からフォーマットできるわけがないw)
>Gpartedにも認識されず
自体が怪しい
マウントできてるんだろうか? 今後のBeanについて
・プリインストールアプリが多すぎる エミュレータや専ブラは要らん
・Opera12の代替を探す必要がある(セキュリティ的に)
・16.04は重いので
■Systemdを排除
■LXDEをやめる
■Debian化
の何れかをやらないと厳しい おまいら14.04出た時も重い重い言ってたしベースが重くなるのは諦めろよ konaとかもてんこ盛りと言ってるくらいプリインストールされたアプリは多いんだけど、
それをちまちま削ったところでディスクスペースは大して変わらないから、
今時はどっちでもいい気がするけど。
Winと違って大抵のLinuxのアプリ自体サイズが小さいしむしろ気分の問題では? >>177
ボランティアでやってる個人ディストリに対して
上から目線で「厳しい」とかって言い切るのはなんか間違ってると思う
不満があるなら、自分で作ればいい、納得行くものができたら
それを公開すればいだけ
その時に、見知らぬ人から「こんなディストリでは今後が厳しい」とか言われて
キレないかどうか、それを想像してみたら? HANKAKU IYA-N BAKA-N SOKO-N とはいえ、このままなら2019/04以降はkonaに移行するのがベターかなぁ…
個人が好意でやってくれてるからどうこういう気はないが、
地震以降の安否が気になる。 2019/4以降ってのが謎だが。
beanの大半はmainパッケージ外でしょ。 beanって基本linux新規さんの為のものだろ
12.04 14.04 って使ってきた連中には特に次は要らない
ubuntu 自体updateするもよし
debian or archに移行するもよし...好きなDEを選べばいいだけ...
ご新規様のためには16.04でも、まだ有用かもな
別に大して重くないし、導入にはすごくわかりやすい軽量ディストロと思う
debian にしてもいいが歴史ってものもあるし
新規の人にはubuntu baseが一番ハードル低いはず 有名ディストリだとUbuntuが1番内蔵ドライバ多いんだっけ
Debianのお陰もあるだろうけど これだけ音沙汰なしだと開発中止かね
環境が戻せないくらいに崩れてしまったかモチベがなくなってしまったか windowsからの移行の敷居が低い良ディストリだったから復活してほしいよ 14ベースでも特に困ってることないし熊本のあの人の絶妙なセンスが光ってたからまだ2年位は待つわ まもなく1年だぜ。
ツイッターも黙ったままなのが気になる。 ツイッターなんて
あらゆる人間の営みの中で
もっとも優先順位が低いと思うぞ 物理的にPCさわれないんじゃなくてモティベーションつーか心が折れちゃってたらどうにもならないけどなぁ。。。 >>195
こいつ全角イヤンバカンソコン
要注意! 個人的にUbuntu 16.04ベースで出してほしい理由がLAN周り。マザーボードを新規購入したが、
オンボードLANチップがIntel I219-Vで、linuxBeanでは最新のバージョン(12.04.5,14.04.4双方)でも
認識してくれない。linuxBeanインストール後、別環境でIntelからドライバをダウンロードして
make installすれば使えるが、気軽にLive起動できないのが新規稼働率を下げる要因になると思う。 Beanの16.04版isoを作りたいのだけど、どんなツールを使えばいいの?
Remastersysは開発が終了していてUEFI非対応なのでそれ以外で >>197
xpマシンを再活用というのが主たるモチーフだったのであって
新しいハードはubuntuそのものを使えばいいだけのように思う
bean の独自性としては、フロッピーが使えるのが地味に有りがたかった
あとは、wine は、自分は無用だったし、bean でなくてもインストールできる
windows 用ドライバーの転用も、実用はできなかった
(実用できるのもあったのかも知れないけど、いくつか試してもダメだった)
サポートは当初本人が対応していて、途中からほとんど対応がなくなってた
それをさらに開発の共同化にまで広げたらよかったのかも知れないけど、
そこまでの広がりもなく、またご本人もそこまでこだわらなかったのだろう ■ このスレッドは過去ログ倉庫に格納されています