Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Rychu kto by tam kompilował desktop, jak istnieje debian i gotowe paczuszki :D
Offline
Yampress Kto kompiluje np Ja wszystko zero paczek tak mam i koniec wolnosc nic na sile jany chleb czy razowy e.t.c
Offline
Tez sobie kiedyś spróbuje przemielić wszystko z xfce 4.10 ale to dopieo jak wyjdzie 9.1 release....
Offline
Czy we freebsd to jest normalne, że po zainstalowaniu programu on nie działa, tylko trzeba się wylogować i zalogować ponownie aby można było go odpalić? I czy jest jakiś option do pkg_add aby pokazywał jakie pakiety ściągnie przy instalacji i prosił o potwierdzenie czy zainstalować?
Offline
[quote=jarski185]Czy we freebsd to jest normalne, że po zainstalowaniu programu on nie działa, tylko trzeba się wylogować i zalogować ponownie aby można było go odpalić?[/quote]
Strzelam:
hash -r
Ostatnio edytowany przez enether (2012-10-08 23:58:03)
Offline
Hehe.
A ja nie polecam zminy powloki szczególnie jeśli łączysz się przez ssh do serwera. Lokalnie na desktopie może być. Ale tylko dla usera, nie dla roota.
Zawsze można po zalogowaniu uruchomić powłokę wpisując polecenie
bash
lub
zsh
Offline
Rehash działa-dzięki mati75. A symulacją instalacji jest opcja -n:P
Offline
Otóż to złego, że to co zainstalujesz (basz/zsh) ląduje w /usr/local. I teraz jeśli masz błędy na systemie plików /usr = jest brudny podczas startu nie zamontuje Ci się , a więc user nie będzie mógl się zalogować. A jeśli to jest user należący do grupy "wheel" czyli ten za pomocą którego przełączasz sie na roota to wniosek sam sie nasuwa.
nie zalogujesz sie na usera/ nie przełaczysz sie na roota. Org powloki z bsd są w /bin na partycji glównej więc zawsze się zalogujesz.
]:->
Więc jeżeli podczas startu będzie błąd montowania partycji /usr to jestes odcięty. Musisz być fizycznie przy maszynie aby to naprawić.
Offline
Nie uzywam pkg ale chyba chodzi o to pkg_add -vr lub -n
Offline
Ja też archetyp jestem bo używam nadal pkg_add. W sumie do release wystarczy. Czas się pkg nauczyć :) Nie wiadomo kiedy się przyda.
Offline
[quote=Yampress]Ja też archetyp[/quote]
http://www.sjp.pl/archetyp
Offline
GNOME 3.4.2
KDE 3.5.10[/quote]
Dziwne zestawienie.
Gnome-horror o którym nie słyszałem dobrego słowa od czasów 2.32 jest (włącznie z Nautilusem i Gshell, który nauczyły programowania Developerów Minta :D ), a KDE 4.8/4.9 nie ma, choć dorównało w funkcjonalności jakości staruszkowi 3.5.10Ostatnio edytowany przez Jacekalex (2012-11-01 17:06:00)
W demokracji każdy naród ma taką władzę, na jaką zasługuje ;)
Si vis pacem para bellum ;) | Pozdrawiam :)
Offline
To nie system na desktopy i do nowości i wynalazków podchodzą z "niechęcią" bym powiedział.
Offline
[quote=Yampress]To nie system na desktopy i do nowości i wynalazków podchodzą z "niechęcią" bym powiedział.[/quote]
Właśnie dlatego dziwnie wygląda to Gnome-3.4.2.
Jeśli do "nowości i wynalazków" z niechęcią, to ja rozumiem Gnome-2.32. ;)
Nie jest ani nowością ani wynalazkiem, za to opinią najlepszego środowiska w ostatnich latach.
Chyba, że po tym, jak Linus T. opieprzył devów Gnome, w *BSD chcą pokazać, że Linus się nie zna. :DDDDDD
Offline
[quote=Jacekalex]
GNOME 3.4.2
KDE 3.5.10[/quote]
Dziwne zestawienie.[/quote]
Szczególnie niewspierane już od lat świetlnych KDE.
#edit
A może zwyczajnie nie ma komu zająć się KDE. Xfce jest w najnowszej wersji.Ostatnio edytowany przez mrmarkos (2012-11-01 17:34:23)
Offline
http://openbsd.org/lyrics.html#52 :D
Offline
FreeBSD-9.1-RC3-i386-disc1.iso
ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/ISO-IMAGES/9.1/FreeBSD-9.1-RC3-i386-disc1.iso
FreeBSD-9.1-RC3-amd64-disc1.iso
ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/ISO-IMAGES/9.1/FreeBSD-9.1-RC3-amd64-disc1.iso
RELEASE SIĘ SZYKUJE WKRÓTCE :D
Offline
http://www.h-online.com/open/news/item/Hackers-obtained-access-to-FreeBSD-servers-1752060.html
Offline
I jest oficjalna notka na stronie FreeBSD.
[b]FreeBSD.org intrusion announced November 17th 2012[/b]
Security Incident on FreeBSD Infrastructure
From: FreeBSD Security Officer <security-officer@FreeBSD.org>
To: FreeBSD Security <FreeBSD-security@FreeBSD.org>
Bcc: freebsd-announce@freebsd.org, freebsd-security-notifications@FreeBSD.org
Reply-To: secteam@FreeBSD.org
Subject: Security Incident on FreeBSD Infrastructure
On Sunday 11th of November, an intrusion was detected on two machines within the FreeBSD.org cluster. The affected machines were taken offline for analysis. Additionally, a large portion of the remaining infrastructure machines were also taken offline as a precaution.
We have found no evidence of any modifications that would put any end user at risk. However, we do urge all users to read the report available at http://www.freebsd.org/news/2012-compromise.html and decide on any required actions themselves. We will continue to update that page as further information becomes known. We do not currently believe users have been affected given current forensic analysis, but we will provide updated information if this changes.
As a result of this event, a number of operational security changes are being made at the FreeBSD Project, in order to further improve our resilience to potential attacks. We plan, therefore, to more rapidly deprecate a number of legacy services, such as cvsup distribution of FreeBSD source, in favour of our more robust Subversion, freebsd-update, and portsnap models.
More information is available at http://wwww.freebsd.org/news/2012-compromise.html
Saturday November 17th, 2012
Table of Contents
Announcement
Initial Details
What is the Impact?
What has FreeBSD.org done about this?
Recommendations
More details will be added here as they become available.
Initial details
On Sunday 11th November 2012, two machines within the FreeBSD.org infrastructure were found to have been compromised. These machines were head nodes for the legacy third-party package building infrastructure. It is believed that the compromise may have occurred as early as the 19th September 2012.
The compromise is believed to have occurred due to the leak of an SSH key from a developer who legitimately had access to the machines in question, and was not due to any vulnerability or code exploit within FreeBSD.
To understand the impact of this compromise, you must first understand that the FreeBSD operating system is divided into two parts: the "base" maintained by the FreeBSD community, and a large collection of third-party "packages" distributed by the Project. The kernel, system libraries, compiler, core command-line tools (e.g., SSH client), and daemons (e.g., sshd(8)) are all in the "base". Most information in this advisory refers only to third-party packages distributed by the Project.
[b]No part of the base FreeBSD system has been put at risk.[/b] At no point has the intruder modified any part of the FreeBSD base system software in any way. However, the attacker had access sufficient to potentially allow the compromise of third-party packages. No evidence of this has been found during in-depth analysis, however the FreeBSD Project is taking an extremely conservative view on this and is working on the assumption that third-party packages generated and distributed within a specific window could theoretically have been modified.
What is the Impact?
If you are running a system that has had no third-party packages installed or updated on it between the 19th September and 11th November 2012, you have no reason to worry.
The Source, Ports and Documentation Subversion repositories have been audited, and we are confident that no changes have been made to them. Any users relying on them for updates have no reason to worry.
We have verified the state of FreeBSD packages and releases currently available on ftp.FreeBSD.org. All package sets for existing versions of FreeBSD and all available releases have been validated and we can confirm that the currently available packages and releases have not been modified in any way.
A package set for the upcoming FreeBSD 9.1-RELEASE had been uploaded to the FTP distribution sites in preparation for 9.1-RELEASE. We are unable to verify the integrity of this package set, and therefore it has been removed and will be rebuilt. Please note that as these packages were for a future release, the standard "pkg_add -r" tools to install packages could not have downloaded these packages unless they were requested explicitly.
We unfortunately cannot guarantee the integrity of any packages available for installation between 19th September 2012 and 11th November 2012, or of any ports compiled from trees obtained via any means other than through svn.freebsd.org or one of its mirrors. Although we have no evidence to suggest any tampering took place and believe such interference is unlikely, we have to recommend you consider reinstalling any machine from scratch, using trusted sources.
We can confirm that the freebsd-update(8) binary upgrade mechanism is unaffected, as it uses an entirely separate infrastructure. We have also verified that the most recently-available portsnap(8) snapshot matches the ports Subversion repository, and so can be fully trusted. Please note that as a precaution, newer portsnap(8) snapshots are currently not being generated.
What has FreeBSD.org done about this?
[b]As soon as the incident came to light, the FreeBSD Cluster Administration team took the following actions:[/b]
Power down the compromised machines.
Power down all machines on which the attacker may have had access.
Audit the SVN and Perforce repositories to:
Verify that there had been no server intrusion.
Verify that no malicious commits had been made to the repository.
Verify that the SVN repository exactly matched a known-clean off-site copy.
Verify that all FreeBSD base release media and install files on the master FTP distribution sites are clean.
Verify all package sets available have checksums that match known-good copies stored off-site.
The package set built for the upcoming 9.1-RELEASE did not have an offsite backup to verify against. These have been deleted, and will be rebuilt before 9.1 is released.
All suspect machines are being either reinstalled, retired, or thoroughly audited before being brought back online.
[b]At this time, we recommend: [/b]
If you use the already-deprecated cvsup/csup distribution mechanisms, you should stop now.
If you were using cvsup/csup for ports, you should switch to portsnap(8) right away. ports developers should be using Subversion already. Further information on preferred mechanisms for obtaining and updating the ports tree can be found at http://www.freebsd.org/doc/handbook/ports-using.html
If you were using cvs/anoncvs/cvsup/csup for src, you should consider either freebsd-update(8) for signed binary distribution or Subversion for source. Please see the chapter on updating FreeBSD from source in the handbook. Further details on using Subversion and a list of official mirrors can be found at http://www.freebsd.org/doc/handbook/svn.html
If you use portsnap(8), you should portsnap fetch && portsnap extract to the most recent snapshot. The most recent portsnap(8) snapshot has been verified to exactly match the audited Subversion repository. Please note that as a precaution, portsnap(8) updates have been suspended temporarily.
Follow best practice security policies to determine how your organization may be affected.
Conduct an audit of your system that uses FreeBSD.org provided binary packages. Anything that may have been installed during the affected period should be considered suspect. Although we have no evidence of any tampering of any packages, you may wish to consider rebuilding any affected machine from scratch, or if that is not possible, rebuild your ports/packages.
If you have any further questions about this announcement, please contact the FreeBSD-security@FreeBSD.org mailing list, or for questions where public mailing list distribution is inappropriate, please contact the FreeBSD Security Team.
This page will be updated as further information is known.[/quote]
Szkoda troche bo ten incydent na pewno przedłuży wydanie RELEASE 9.1 . Które normalnie by już zostało wydane, gdyby nie to...
Offline
No i chyba mamy wydanie. Na ftp pojawiły się pierwsze iso 9.1 . Na razie oficjalnej notki nie ma, dopóki mirrory sie nie zsynchronizują. Kwestia paru dni. Za 2 -3 dni, podejrzewam, będzie oficjalne wydanie ....
FreeBSD-9.1-RELEASE-amd64-bootonly.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-amd64-disc1.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-amd64-dvd1.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-amd64-memstick.img 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-i386-bootonly.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-i386-disc1.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-i386-dvd1.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-i386-memstick.img 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-powerpc64-bootonly.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-powerpc64-memstick 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-powerpc64-release.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-sparc64-bootonly.iso 11.12.2012 03:11:00 FreeBSD-9.1-RELEASE-sparc64-disc1.iso
ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/
]:->
Do ściągania Diobły!
Offline
The development of FreeBSD ports is done in Subversion nowadays. By February 28th 2013, the FreeBSD ports tree will no longer be exported to CVS. Therefore ports tree updates via CVS, CVSup or csup(1) will no longer be available after that date. All users who use CVS, CVSup or csup(1) to update the ports tree are encouraged to switch to portsnap(8) or for users which need more control over their ports collection checkout, use Subversion directly. More information are available in the announcement mail on the FreeBSD ports announce mailing list.[/quote]
Offline
[quote=Yampress]Wszystko powstało od unixa.[/quote]
Unix powstał w oparciu o projekt Multics tj. Multiplexed Information and Computing Service [który to zresztą funkcjonował do końca października 2000 roku, a ostatnim jego użytkownikiem był Kanadyjski Departament Obrony Narodowej].
Ciężko to streścić w kilku zdaniach, ale zaczęło się chyba od tej notki: http://cm.bell-labs.com/cm/cs/who/dmr/mdmpipe.pdf
W której Doug McIlroy, ukazał koncepcję występowania czegoś co dzisiaj zowiemy potokami, a co charakteryzowało zarówno Multics, jak i później zostało zaimplementowane w Unixie. [pipe notation].
Otóż w skrócie w 1965 r., powstał zespół złożony z trzech części:
-Project MAC z MIT,
-Bell Telephone Lab.,
-General Electric Company's Large Computer Products Division,
Powyższą "armadą" dowodził prof. Fernandro J. Corbato z MIT.
Stworzenie systemu operacyjnego, który pracowałby na dużych mainframach 24/7 tj. byłby niezawodny, wspierałby zasadę dzielenia czasu, stosowałby hierarchiczność, a w dalszej perspektywie mógłby być uruchamiany na różnych platformach komputerowych, oraz byłby elastyczny na dodawanie nowych układów do systemu.
Tutaj polecam tekst, Corbato i Vyssotskiego [który niestety zmarł pod koniec minionego roku];
http://www.multicians.org/fjcc1.html
Pod koniec lat 60'tych zespół się posypał. Bell Labs wycofał się w 1969, a GE w 1970; który to zlikwidował swoją placówkę rozwoju komputerów, a prawa autorskie i rozwiązania technologiczne sprzedał firmie Honeywell.
Tym niemniej Multisc, był rozwijany chociażby przez Honeywell i grupkę z MIT.
Ostatnio edytowany przez $pwd (2013-04-29 12:16:46)
Offline
Wydano [b]OpenBSD 5.3 [/b] ( oficjalnej notki jeszcze nie ma ) ale obrazy systemu pojawiły się na pierwszych mirrorach.
ftp://ftp.openbsd.dk/pub/OpenBSD/5.3
http://openbsd.org/ftp.html
Co nowego w tym wydaniu możemy przeczytać pod adresem http://openbsd.org/53.html
W skrocie
GNOME 3.6.2
KDE 3.5.10
Xfce 4.10
MySQL 5.1.68
PostgreSQL 9.2.3
Postfix 2.9.6
OpenLDAP 2.3.43 and 2.4.33
Mozilla Firefox 3.6.28 and 18.0.2
Mozilla Thunderbird 17.0.2
GHC 7.4.2
LibreOffice 3.6.5.2
Emacs 21.4 and 24.2
Vim 7.3.154
PHP 5.2.17 and 5.3.21
Python 2.5.4, 2.7.3 and 3.2.3
Ruby 1.8.7.370 and 1.9.3.392
Tcl/Tk 8.5.13 and 8.6.0
Jdk 1.6.0.32 and 1.7.0.11
Mono 2.10.9
Chromium 24.0.1312.68
Groff 1.21
Go 1.0.3
GCC 4.6.3 and 4.7.2
LLVM/Clang 3.2[/quote]The system includes the following major components from outside suppliers:
Xenocara (based on X.Org 7.7 with xserver 1.12.3 + patches, freetype 2.4.11, fontconfig 2.8.0, Mesa 7.11.2, xterm 287, xkeyboard-config 2.7 and more)
Gcc 4.2.1 (+patches), 3.3.6 (+ patches) and 2.95.3 (+ patches)
Perl 5.12.2 (+ patches)
Our improved and secured version of Apache 1.3, with SSL/TLS and DSO support
Nginx 1.2.6 (+ patches)
OpenSSL 1.0.1c (+ patches)
SQLite 3.7.14.1 (+ patches)
Sendmail 8.14.6, with libmilter
Bind 9.4.2-P2 (+ patches)
NSD 3.2.15
Lynx 2.8.7rel.2 with HTTPS and IPv6 support (+ patches)
Sudo 1.7.2p8
Ncurses 5.7
Heimdal 0.7.2 (+ patches)
Binutils 2.15 (+ patches)
Gdb 6.3 (+ patches)
Less 444 (+ patches)
Awk Aug 10, 2011 version[/quote]Offline
Time (s) | Query |
---|---|
0.00013 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00160 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.144.112.80' WHERE u.id=1 |
0.00080 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.144.112.80', 1725758114) |
0.00047 | SELECT * FROM punbb_online WHERE logged<1725757814 |
0.00035 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=20635 AND t.moved_to IS NULL |
0.00022 | SELECT search_for, replace_with FROM punbb_censoring |
0.00692 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=20635 ORDER BY p.id LIMIT 50,25 |
0.00125 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=20635 |
Total query time: 0.01178 s |