Re: Light word processor plus the occasional spreadsheet

2012-11-17 Thread Polytropon
On Fri, 16 Nov 2012 20:47:04 -0500, ill...@gmail.com wrote:
 Maybe because 20+ years ago I learnt wordstar, so if
 you grew up on pointin'  clickin' you'll be sorely dis-
 appointed, but I enjoy the jstar mode of editors/joe
 (or actually editors/jupp, some dif'rence, mostly).

Fully agree for text _creation_ (e. g. as LaTeX sources),
joe is a very productive environment if you're familiar
with the WS/TP interface.



 Pathetic writer, from siag isn't half bad, but you'll have
 to build from sources all by your lonesome,  it ain't
 gonna work at first.

In this regards using already _ported_ software seems to
be easier. I've spend some time here to get a customized
version of OpenOffice (german language variant, _no_ KDE,
_no_ Gnome, but sadly _yes_ CUPS even though I don't need
it due to a perfectly capable PS/PCL printer).

Of course, it's not as easy as pkg_add -r de-openoffice
anymore. You could install the whole office suite _plus_
the localized dictionary (today missing, needs additional
fiddling!) and it worked out of the box.

Modern software can be different. :-)

Luckily, using Abiword doesn't require that much dependencies.
Only some Gtk parts (Gnome parts) are required, but you
don't get a full Gnome install for free.



 The downside is the general inability to simply open
 /certain proprietary formats/ which libre-  open-office
 have.

That's correct - LibreOffice and OpenOffice can even open
formats that their native producers can't open anymore,
like memory garbage left behind by quick safe and data
files from older Word versions which their modern
successors refuse to open.

As long as text is pure text or at least some kind of
markup or macro language, simply using the preferred
text editor will be _the thing_. But people often tend
to make things more complicated than they are - for
themselves and for others. :-)

And maybe new problems arise when working through
different ISO encodings and UTF... this is where the
use of a word processor could avoid problems (if all
the required _fonts_ are installed... oh, I'm just
substituting one problem with another)...



 But then I'm a fan of editing  writing with a simple
 editing  writing program  saving all the font  other
 extraneous formatting nonsense to a proper layout
 program (the old Aldus PageMaker was nice back
 in the 1990s, haha):  print/scribus might be an option,
 except that it pulls in every accursed KDE/qt4 thing
 on Earth.

That's a different approach that might even go into the
direction of layouting or even DTP. In this case, word
processors are the wrong tool.

So after all, if it's just people send me some strange
'Word' files and want be to open and maybe change it,
a standalone word processor like Abiword looks like the
easiest solution.



I'd finally like to point to this document which might help
to make people aware of _what_ they are actually doing when
they're sending memory dumps around:

http://en.nothingisreal.com/wiki/Please_don't_send_me_Microsoft_Word_documents

Also see the links to Word processors: stupid and inefficient
and What has WYSIWYG done to us? at the end of the page.



-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: how to correct corrupted ports tree?

2012-11-17 Thread Polytropon
On Fri, 16 Nov 2012 21:56:21 -0700, Gary Aitken wrote:
 I don't see a way to force refetch of the actual ports files
 like distinfo when portsnap thinks the port is up to date.

You cansolve the problem of few per-file mismatches by
using the traditional CVS approach of updating the ports
tree. Only files not matching the current (on-server) content
will be updated.

For example, if you can predict in which categories errors
appear, only update those. Let's assume the problem you experience
is only in the ports base directory.

Create a file /etc/sup/ports.sup with the following content:

*default host=cvsup.freebsd.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=.
*default delete use-rel-suffix
*default compress
ports-base

You can use ports-lang to update the lang category only, or
ports-all for the whole tree. Note that incorporating all
those small deltas may take some time!

An example file with all categories can be found here:
/usr/share/examples/cvsup/ports-supfile

Then add this to /etc/make.conf:

SUP_UPDATE= yes
SUP=/usr/bin/csup
SUPFLAGS=   -L 2
SUPHOST=cvsup.freebsd.org
PORTSSUPFILE=   /etc/sup/ports.sup

Maybe choose a near mirror for better performance.

Now do this:

# cd /usr/ports
# make update

Now according to this example, the base files for /usr/ports will
be checked for changes and (being different) will be updated.

Also note that this approach sometimes is more current than
using portsnap. There might be deltas in the CVS ports tree
already that might not be yet in the most current ports snapshot.
However, this is an old-fashioned approach; I'm not sure for
how long it will work. :-)

See man 5 make.conf for details, as well as man 7 ports.


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


sha-1 Re: Security Incident on FreeBSD Infrastructure

2012-11-17 Thread Peter Vereshagin
Hello.

2012/11/17 10:04:26 + FreeBSD Security Officer 
security-offi...@freebsd.org = To FreeBSD Security :
FSO -BEGIN PGP SIGNED MESSAGE-
FSO Hash: SHA1

What's the state of the art about 'sha-1' digesting with freebsd security? At
the least debian seemed to be migratring since 2009:

  http://www.debian-administration.org/users/dkg/weblog/48

We need to be prepared for the eventual deprecation of SHA-1, but we do
appear to still have time.

How much serious shall this be to us?

Thank you.

--
Peter Vereshagin pe...@vereshagin.org (http://vereshagin.org) pgp: A0E26627 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: virtualbox with FreeBSD as host

2012-11-17 Thread Steve O'Hara-Smith
On Sat, 17 Nov 2012 01:10:23 -0800
per...@pluto.rain.com wrote:

 XP itself, when running directly on the hardware, provides its own
 graphics environment.  It should be able to do the same running on
 a VM with a virtualized keyboard, mouse, and display.

Yes, but the virtualised display talks to X as the display backend.

-- 
Steve O'Hara-Smith at...@sohara.org
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: virtualbox with FreeBSD as host

2012-11-17 Thread Mario Lobo
On Sat, 17 Nov 2012 01:10:23 -0800
per...@pluto.rain.com wrote:

 Adam Vande More amvandem...@gmail.com wrote:
  On Fri, Nov 16, 2012 at 3:18 PM, Fbsd8 fb...@a1poweruser.com
  wrote:
   I do not run x11 or any desktop on my 9.0 host.
 
  This would be your problem.
 
 How so?  Surely virtualbox _should_ be able to hand off a VT to the
 XP guest, for it to use as a keyboard, mouse, and display.  (This
 supposes that the FreeBSD box in question _has_ a keyboard, mouse,
 and display, and thus has a VT that it can hand off.)
 
 Fbsd8 fbsd8 at a1poweruser.com wrote:
  I have 9.0 installed on my 200gb hard drive, it's configured to use
  the first 100gb leaving the second 100gb free. I was going to
  install XP in the second half and have a duel boot config. Then I
  find out XP has to be install first on the HD ...
 
 The easiest solution might be to dd the first 100gb (containing
 the FreeBSD installation) to the second 100gb, mark the first 100gb
 as unused, and install XP there if it needs to be in the lowest-
 addressed part of the disk.  Back up the FreeBSD installation first!
 
 Mario Lobo l...@bsd.com.br wrote:
  To access the XP graphics interface, you NEED a graphics
  environment!
 
 XP itself, when running directly on the hardware, provides its own
 graphics environment.  
 
It also does that when running on a VM but it does not provide a
graphics environment for the host.

 It should be able to do the same running on
 a VM with a virtualized keyboard, mouse, and display.

To show a window you need a display that can show it, be it head or
headless. To diaplay a head, be it local or remote, the display must be
able to handle graphics to properly show the VM screen (head), and like
I said, I have no idea on how to do that on a text console screen.

-- 
Mario Lobo
http://www.mallavoodoo.com.br
FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE)
 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: confessions of a FreeBSD purist

2012-11-17 Thread andrew clarke
On Sat 2012-11-17 01:28:02 UTC-0500, Matthew Pope (mp...@teksavvy.com) wrote:

 Could anyone be kind enough to recommend a free, or share their own 
 FreeBSD VM image that has bind pre-configured in a jail, and / or an 
 Apache web server pre-configured in a jail, for a non-commercial site?  

I'd be very hesitant to use a VM image provided by an untrusted third
party.

Is there a reason you don't want to build your own?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Security advisory FreeBSD - intrusion incident

2012-11-17 Thread jb
http://www.freebsd.org/
jb


___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: how to correct corrupted ports tree?

2012-11-17 Thread C. P. Ghost
On Sat, Nov 17, 2012 at 11:02 AM, Polytropon free...@edvax.de wrote:
 On Fri, 16 Nov 2012 21:56:21 -0700, Gary Aitken wrote:
 I don't see a way to force refetch of the actual ports files
 like distinfo when portsnap thinks the port is up to date.

 You cansolve the problem of few per-file mismatches by
 using the traditional CVS approach of updating the ports
 tree. Only files not matching the current (on-server) content
 will be updated.

CVSup/csup is deprecated now and shouldn't be used anymore:

http://www.freebsd.org/news/2012-compromise.html

We should stop advertizing it as a way to update the ports tree.
svn or portsnap is the way to go now.

-cpghost.

-- 
Cordula's Web. http://www.cordula.ws/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


FreeBSD on SSD on ASUS P5KPL-C

2012-11-17 Thread Snow Mountains
Hello,

I'm about to upgrade hardware on my desktop and to install FreeBSD 9
on it. I have ASUS P5KPL-C and want to buy a SSD or SATA-III 6Gb/s
drive for it.

Please advise me:

* does it make sense to buy SSD drive for a mb that supports 4x SATA
3Gb/s (of couse, expecting a possible future mb upgrade)?

* if SSD is capable of working at greater speed, will it simply
operate on maximum 3Gb/s on P5KPL-C?

* the same question for SATA-III 6Gb/s. Will it simply operate on 3Gb on my mb?

* How will FreeBSD 9 behave in such situations? Any special tweaking needed?

Thank you very much for your explanations,

Sergi M.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Light word processor plus the occasional spreadsheet

2012-11-17 Thread Walter Hurry
On Thu, 15 Nov 2012 10:18:41 +0100, Leslie Jensen wrote:

 Polytropon skrev 2012-11-15 10:12:
 On Thu, 15 Nov 2012 10:06:56 +0100, Leslie Jensen wrote:

 Hello

 I mainly use LibreOffice and it works for me.

 My problem now is that the build time for LibreOffice on a little
 older hardware is very long.

 Why not use the binary install method (pkg_add -r)? The default options
 should work fine.
 
 Maybe I'll try that. I never got into packages, I always ended up
 compiling dependencies anyway so I dropped it ;-)

I'm compiling ports once, on my main box, then using pkgng to build 
binary packages ('pkg create').

These packages are on an NFS share, which the other machines use with 
'pkg add your binary'. As an example, libreoffice-3.5.7.txz installed 
(with 28 not-already-installed dependencies pulled in automatically from 
the same directory) in *56 seconds*. The main box has 3GB RAM, the second 
has 1MB.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


packge options

2012-11-17 Thread Mike.

How do I find out what options were used when the pre-built packages
were built?

For example, say I want to install the Postfix package, how can I find
out if TLS support is included in the package?

Thanks.

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: packge options

2012-11-17 Thread ill...@gmail.com
On 17 November 2012 12:44, Mike. the.li...@mgm51.com wrote:

 How do I find out what options were used when the pre-built packages
 were built?

 For example, say I want to install the Postfix package, how can I find
 out if TLS support is included in the package?


For instance:
http://www.freshports.org/mail/postfix/
includes a list of options  their defaults,
which is what I'd assume pre-built packages
are using, with the caveat that these may have
changed since the package was built last.  Generally,
though, they add a number after an underscore to
indicate changes in libraries or functionality.

-- 
--
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD on SSD on ASUS P5KPL-C

2012-11-17 Thread ill...@gmail.com
On 17 November 2012 12:26, Snow Mountains snow.mountain...@gmail.com wrote:
 Hello,

 I'm about to upgrade hardware on my desktop and to install FreeBSD 9
 on it. I have ASUS P5KPL-C and want to buy a SSD or SATA-III 6Gb/s
 drive for it.

 Please advise me:

 * does it make sense to buy SSD drive for a mb that supports 4x SATA
 3Gb/s (of couse, expecting a possible future mb upgrade)?


If you want SSD, by all means.  For me the price/benefit
ration is definitely not there.  For you, perhaps different.

 * if SSD is capable of working at greater speed, will it simply
 operate on maximum 3Gb/s on P5KPL-C?


Yes, it will simply use the slower speed of the controller.

 * the same question for SATA-III 6Gb/s. Will it simply operate on 3Gb on my 
 mb?


Yes.

 * How will FreeBSD 9 behave in such situations? Any special tweaking needed?


I wouldn't expect any special behaviour, though you need to take care
with block alignment.  Perhaps in the future FreeBSD will have a
blocksize/erase-blocksize aware formatting  partitioning tool(s),
but at the moment, you need to make sure those are correctly
aligned if you want good performance from 4k blocksize drives
( SSDs will probably still need to be aligned to whatever the
erase block size is).

Good luck.

-- 
--
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


zio_trim counter

2012-11-17 Thread Johannes Dieterich

Please CC me as I am not subscribed.

Hello,

I installed CURRENT on a new Thinkpad equipped with a Samsung 830 SSD:

ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: SAMSUNG SSD 830 Series CXM03B1Q ATA-9 SATA 3.x device
ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 122104MB (250069680 512 byte sectors: 1H 63S/T 16383C)
ada0: Previously was known as ad4

as the setup is ZFS+GELI based (on ada0), I enabled ZFS TRIM support in 
loader.conf.


Interestingly, I encounter an IMHO strange behavior with the stats on that:

kstat.zfs.misc.zio_trim.zio_trim_bytes: 755712
kstat.zfs.misc.zio_trim.zio_trim_success: 97
kstat.zfs.misc.zio_trim.zio_trim_unsupported: 7891
kstat.zfs.misc.zio_trim.zio_trim_failed: 0

It seems unintuitive to me why the unsupported counter first increases 
(seems to stay constant after that each boot) and then slowly the 
success counter increases a well.


Probably there is a trivial explanation and/or fix for this that anyone 
is willing to share?


If you need further information, let me know.

Thanks a lot

Johannes
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


FreeBSD needs Git to ensure repo integrity [was: 2012 incident]

2012-11-17 Thread grarpamp
http://www.freebsd.org/news/2012-compromise.html
http://it.slashdot.org/story/12/11/17/143219/freebsd-project-discloses-security-breach-via-stolen-ssh-key

This is not about this incident, but about why major opensource
projects need to be using a repository that has traceable, verifiable,
built-in cryptographic authentication.

Any of hundreds of committer and admin accounts could be compromised
with the attacker silently editing the repo. The same applies to
any of those accounts going rogue. Backtrack diffing from a breach
to 'see what changed' is not the ideal option. You really need to
be using a strong repo so that any attack on it is null from the
start. Another problem is bit rot wherever it may occur... disk,
hardware, the wire, EMP and other systems.

As it is now, we have no way to verify that what we get on pressed
CD's, ISO's, FTP sites, torrents, etc is strongly linked back to
the original repo. Signing over a hash of the ISO is *not* the same
as including the strong repo hash (commit) that was used to build
the release and then signing over that and the ISO. We can't know
that our local repository updates match the master. ports.tar.gz
has no authentication either. Nor does anything in the entire project
that originates from the current SVN/CVS repo... webpages, docs,
tools, source tarballs, etc. The FTP packages aren't signed, and
there are weak MD5's used in various parts of the install/package
tools, mirrors, etc. We can't trade hashes amongst people. It's all
just a bunch of random bits that someone may or may not have signed
over. And even if signed they still wouldn't be strongly linked
back to the master repo. Having such a disconnect at the root of
everything you do is simply not good practice these days.

And these days, Git is what people and projects are moving to, and
its rate of adoption and prevalence have essentially won out over
all the rest in the new 'revision control 2.0 world'. And knowing
Git is now more or less essential if you want to participate in a
wide variety of community development, ref: github, etc.

The FreeBSD project needs to be providing both itself, and its users
and benefactors with verifiable assurance that its repository, and
any copies and derived products, are authentic and intact.

Don't argue against such a repository feature, or the cost to move,
or bury your head in the sand by saying it could never happen to us...

Take this as a real opportunity to lead amongst the major opensource
projects like Linux, and among the BSD's (like DragonFly has), and
move to Git.

Once the root is fixed, you can push out secure distribution and
update models from there. It all starts at the root and can't be
done without it.

https://www.kernel.org/pub/software/scm/git/docs/git-fsck.html
 Verifies the connectivity and validity of the objects in the database

http://git-scm.com/about/info-assurance
 The data model that Git uses ensures the cryptographic integrity
 of every bit of your project. Every file and commit is checksummed
 and retrieved by its checksum when checked back out. It's impossible
 to get anything out of Git other than the exact bits you put in.
 It is also impossible to change any file, date, commit message,
 or any other data in a Git repository without changing the IDs of
 everything after it. This means that if you have a commit ID, you
 can be assured not only that your project is exactly the same as
 when it was committed, but that nothing in its history was changed.

https://en.wikipedia.org/wiki/Git_(software)
 The Git history is stored in such a way that the id of a particular
 revision (a commit in Git terms) depends upon the complete
 development history leading up to that commit. Once it is published,
 it is not possible to change the old versions without it being
 noticed. The structure is similar to a hash tree, but with additional
 data at the nodes as well as the leaves.

Some references...
 http://git-scm.com/
 https://github.com/
 http://gitweb.dragonflybsd.org/dragonfly.git
 https://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: 9.0 crash, ssd or filesystem problem?

2012-11-17 Thread Gary Aitken
On 11/16/12 21:38, Warren Block wrote:
 On Fri, 16 Nov 2012, Gary Aitken wrote:
 
 On 11/16/12 12:10, Warren Block wrote:

 Additional SSD suggestions: when creating partitions, leave out the swap
 partition.  If you have lots of memory, leave out the /tmp partition. Add
 that extra space to the /usr partition.

 Format the UFS filesystems with -Ut, for soft updates and TRIM support.
 (Make sure your SSD supports TRIM, almost all do.)  (I don't use soft
 updates journaling.)

 Use dd(1) to make a zero-filled file on /usr somewhere, say /usr/swap.
 Make it the size you want swap to be, and do not make it a sparse file.
 Tell the system to use the swapfile in /etc/rc.conf:

swapfile=/usr/swap

 Use tmpfs for /tmp in /etc/fstab:

tmpfs/tmptmpfsrw,mode=0177700

When using the above in /etc/fstab to establish a tmp file, 
how does the size of /tmp get established?
Is it limited only by the available swap,
or is it possible to put an upper bound on it that is smaller than swap?

e.g. if I built it manually:
  mdconfig -a -t swap -s 1g -u 1
  newfs -U /dev/md1
  mount /dev/md1 /tmp
  chmod 1777 /tmp

wouldn't it be limited to 1g of swap space?

Gary
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD on SSD on ASUS P5KPL-C

2012-11-17 Thread Snow Mountains
2012/11/17 ill...@gmail.com ill...@gmail.com:
 On 17 November 2012 12:26, Snow Mountains snow.mountain...@gmail.com wrote:
 * How will FreeBSD 9 behave in such situations? Any special tweaking needed?

 I wouldn't expect any special behaviour, though you need to take care
 with block alignment.  Perhaps in the future FreeBSD will have a
 blocksize/erase-blocksize aware formatting  partitioning tool(s),
 but at the moment, you need to make sure those are correctly
 aligned if you want good performance from 4k blocksize drives
 ( SSDs will probably still need to be aligned to whatever the
 erase block size is).

illoai, thank you for the answer! I'll certainly go with SSD in that case.

Could you recommend a reliable document on how to do a correct block
alignment for new FreeBSD 9 install? FreeBSD Handbook doesn't mention
this at all, although I can find a lot of (not quite consistent)
advises on the net on how to do it with gpart/newfs.

Sergi
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


wine-fbsd64 -- no longer in ports

2012-11-17 Thread Gary Aitken
Looking to update wine-fbsd64:

# portmaster -n emulators/wine-fbsd64

=== No /usr/ports/emulators/wine-fbsd64 exists, and no information
=== about emulators/wine-fbsd64 can be found in /usr/ports/MOVED

hints?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD needs Git to ensure repo integrity [was: 2012 incident]

2012-11-17 Thread grarpamp
 joerg_wun...@uriah.heep.sax.de
 You don't even have a name

Your domain indicates Germany, please have a chat with CCC.de about
the various good uses for nyms. And consult your library for some
fine historical use cases. If that's counter to your beliefs, you
are free to show us the way and post all your personal infos to the
list.

 spamming a large number of FreeBSD mailinglists with your advocacy?

This topic would benefit from the review and involvement of users
(questions), committers (hackers), security (security), and
distribution (hubs).

 --
 Never trust an operating system you don't have sources for. ;-)

As well summarized by this (your signature) ... sources you can't
verify to the master are, also, sources you can't trust.


 fi...@ukr.net
 LOL And how will this help Linux?
 http://lwn.net/Articles/457142/

How will what help Linux? Please quote a relevant snippet instead
of the entire message.

Seems pretty clear from the above link that having hashes/crypto
as an intrinsic feature of the SCM tool does in fact help Linux.

If you're asking about distribution of things traceable back to the
master repo, at least your security officer can sign the initial
repository commit and then include the various distribution keys
and subsequent updates, signed tags, etc in the repo.


 utis...@gmail.com
 Yes, but git doesn't work with our workflow.

There's usually a larger than head sized sandbox near everyone's
local neighborhood. Will people elect to visit it, or to learn,
grow, and change for the better? Prioe workflow is often forced by
and derived from the tools being used. Different tools could enable
different, more useful workflows. SVN required workflow change from
CVS, people managed just fine.

 It's been discussed several times

I will look for these. Can you point to a couple main threads?

 [git] ... is GPL btw

FreeBSD does not include this sort-of-BSD licensed SCM tool in its
base either...

# https://svn.apache.org/repos/asf/subversion/trunk/LICENSE
# ls /*bin/svn /usr/*bin/svn
ls: No such file or directory

But it does include this GPL licensed one...

# http://cvs.savannah.gnu.org/viewvc/cvs/ccvs/COPYING?revision=HEAD
# ls /*bin/cvs /usr/*bin/cvs'
/usr/bin/cvs

And of course we have this in use as well...

# perforce
http://www.perforce.com/purchase/pricing-licensing

So it seems license is not an obstacle to inclusion, and certainly
not the use via ports, of any particular SCM with the FreeBSD
project.


 rsimmo...@gmail.com
 https://github.com/freebsd/

 adr...@freebsd.org
 You can look at what goes into the FreeBSD Git clone to get your
 assurance that things aren't being snuck in.

The same could be said for the CVS clone. Again...
Any copy of something that is itself not verifiable provides no
such assurance.

 Those who want to use git can use it, right now. Honest.

Yes, Git does seem to me to be leading the other distributed, hash
based, SCM tools such as Hg. Thus Git is suggested. Yes, Git would
fill the purpose. I only suggest Git, as to some other choices that
use hashes (as usual, please verify with current releases)...
https://en.wikipedia.org/wiki/Comparison_of_revision_control_software

But this is not really about using Git in particular...


These replies are all dodging around the base issue raised...
- That FreeBSD has no verifiable source repo
- Which is not only a problem for the repo itself, but for everything
attempted to be spawned downstream off of that root (no verifiable
distribution system/tools distributing that repo, etc).

Sorry to reply to these sorts of replies this way, but please, this
isn't a troll or a shed. No need to do that around the issue raised.
Hash [ :-) ] it out and solve it. Why wait for a costlier breach?
Why not provide the assurance beforehand? No better time than now.


 g...@ross.cx
 http://www.linux.com/news/featured-blogs/171-jonathan-corbet/491001-the-cracking-of-kernelorg

Yes, another good link outlining the issue.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: how to correct corrupted ports tree?

2012-11-17 Thread Polytropon
On Sun, 18 Nov 2012 05:57:40 +0100, Bernt Hansson wrote:
 2012-11-18 05:14, Bernt Hansson skrev:
 
 There is a readme file too.
 
 ftp://ftp.sunet.se/pub/FreeBSD/ports/ports/README.TXT

Which mentions the evil cvsup... :-)


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Problem with installing coreutils port

2012-11-17 Thread Manish Jain


Hello All,

I recently had to re-install FreeBSD on my system. I installed 
FreeBSD-8.3-i386 and successfully managed to install all ports except 
one - the sysutils/coreutils port.


Underneath is the error I get :

gmake[2]: Entering directory 
`/usr/ports/sysutils/coreutils/work/coreutils-8.20'

  CCLD   src/factor
lib/libcoreutils.a(striconv.o)(.text+0x68): In function `str_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0xfa): In function `str_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x180): In function `str_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x26d): In function `str_iconv':
: undefined reference to `libiconv_open'
lib/libcoreutils.a(striconv.o)(.text+0x290): In function `str_iconv':
: undefined reference to `libiconv_close'
lib/libcoreutils.a(striconv.o)(.text+0x2bd): In function `str_iconv':
: undefined reference to `libiconv_close'
lib/libcoreutils.a(striconv.o)(.text+0x303): In function `mem_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x35e): In function `mem_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x3af): In function `mem_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x41b): In function `mem_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x458): In function `mem_cd_iconv':
: undefined reference to `libiconv'
lib/libcoreutils.a(striconv.o)(.text+0x4d2): more undefined references 
to `libiconv' follow

gmake[2]: *** [src/factor] Error 1
gmake[2]: Leaving directory 
`/usr/ports/sysutils/coreutils/work/coreutils-8.20'

gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory 
`/usr/ports/sysutils/coreutils/work/coreutils-8.20'

gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/sysutils/coreutils.
*** Error code 1

Stop in /usr/ports/sysutils/coreutils.


I tried deinstall followed by reinstall of the iconv port. But even that 
does not solve the problem listed above.


Can anyone please point out what might be the error and any possible 
solution ? I personally think the port is either broken, or the Makefile 
does not use the correct link options.



Thank you 
--
Regards,

Manish Jain
bourne.ident...@hotmail.com

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Enjoy the benefits of a fast and easy bill management

2012-11-17 Thread GreenPost
Now view all your bills and pay them at 1-click. Anytime, Anywhere. 
 Malaysia - Maxis, DiGi, TNB, Astro, Celcom, U Mobile, TM, Yes, P1, Indah 
Water, SYABAS, KGPA, KRPM, Starhill Gοlf Resοrt. 
 Singapore - Star Hub, M1, SingTel, Singapore Power, NUSS, Keppel Clυb, 
SunPage, Sg Swimming Clυb, Phoenix Comms, ZONE Telecom, Temasek Clυb, American 
Clυb, MyRepublic, NSRCC. 
 We are also in Australia, Philippines, Indonesia, Sri Lanka, UAE. 
 Introducing a hassle-f­ree bill management service! 
 We are GreenPost, a fast, easy and eco-friendly bill management system that 
enables you to manage all your bills online and on the go! 
 1.  ONE single login- telephone, electricity, internet and clυb bills 
 2.  1-Click Bill Payments for all Malaysia bills 
 3.  Awarded iOS and Android apps. Now acc­ess bills anytime, anywhere 
 4.  Contribute towards greener tomorrow. S­ave trees everyday, GreenPost way 
 Signing up just takes 5 mins. 
 

* check out more details at www.gogreenpost.com

You’re receiving this email because you requested to be notified about 
GreenPost.
If you don’t want to receive this newsletter anymore, you can Unsubscribe here

GreenPost · 401 Macpherson road · #02-08 · Singapore 350131 
 
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

Re: FreeBSD needs Git to ensure repo integrity [was: 2012 incident]

2012-11-17 Thread Polytropon
On Sun, 18 Nov 2012 00:59:54 -0500, grarpamp wrote:
  Never trust an operating system you don't have sources for. ;-)
 
 As well summarized by this (your signature) ... sources you can't
 verify to the master are, also, sources you can't trust.

Unless. of couse, you are able to use the source Luke and
spot malicious portions by yourself. This of course is usually
possible to subsets only, and mostly to the gurus of our guild.
The ordinary user won't be able to do this.



  fi...@ukr.net
  LOL And how will this help Linux?
  http://lwn.net/Articles/457142/
 
 How will what help Linux? Please quote a relevant snippet instead
 of the entire message.
 
 Seems pretty clear from the above link that having hashes/crypto
 as an intrinsic feature of the SCM tool does in fact help Linux.

The article's headline is kernel.org compromised, and the
significant part (as of August 2011!) is:

Earlier this month, a number of servers in the kernel.org
infrastructure were compromised. We discovered this August
28th. While we currently believe that the source code
repositories were unaffected, we are in the process of
verifying this and taking steps to enhance security across
the kernel.org infrastructure.

However, this is a Linux problem, not a FreeBSD one, regarding
repository infrastructure.



  utis...@gmail.com
  Yes, but git doesn't work with our workflow.
 
 There's usually a larger than head sized sandbox near everyone's
 local neighborhood. Will people elect to visit it, or to learn,
 grow, and change for the better?

In many contexts, better _depends_.



 Prioe workflow is often forced by
 and derived from the tools being used.

That is _one_ (valid!) way to see it. Another way is that tools
will be chosen according to established workflows, or tools will
adapt those workflows to better support them.



 Different tools could enable
 different, more useful workflows. SVN required workflow change from
 CVS, people managed just fine.

If the required programs will be integrated in the OS, accompanied
by proper documentation, and the backend infrastructures being
instantiated, up and running, I don't see a big problem. Unlike
in other OS countries, FreeBSD people are able to adapt to new
methods and tools.



  [git] ... is GPL btw
 
 FreeBSD does not include this sort-of-BSD licensed SCM tool in its
 base either...
 
 # https://svn.apache.org/repos/asf/subversion/trunk/LICENSE
 # ls /*bin/svn /usr/*bin/svn
 ls: No such file or directory
 
 But it does include this GPL licensed one...
 
 # http://cvs.savannah.gnu.org/viewvc/cvs/ccvs/COPYING?revision=HEAD
 # ls /*bin/cvs /usr/*bin/cvs'
 /usr/bin/cvs
 
 And of course we have this in use as well...
 
 # perforce
 http://www.perforce.com/purchase/pricing-licensing
 
 So it seems license is not an obstacle to inclusion, and certainly
 not the use via ports, of any particular SCM with the FreeBSD
 project.

As far as I know, FreeBSD team puts much work into getting the
OS into a BSD license only state, making it more appealing to
commercial use where the (often so called) rape me license
BSDL is very welcome.

But as for being part of the OS installation, you are right:
Whatever tool will be required (or at least suggested) for the
purpose of managing CVS-like functionality for sources and
the ports collection should be part of the basic installation.
That's why pkg_add -r cvsup-without-gui (if I remember correctly)
has been the way in the past, but then, a rewrite called csup
became part of the default installation, so you could use the
known cvs command _and_ have a nice integration with system
functionality, like entries in /etc/make.conf and configuration
files for _how_ to update sources, ports, documentation and
so on (e. g. in /etc/sup, with /usr/share/examples/cvsup/ as
examples), so make update would do whatever you wanted.
Exactly that kind of productive (!) behaviour is what I would
expect (or at least wish) for any replacement of CVS, be it
SVN or Git.



 Sorry to reply to these sorts of replies this way, but please, this
 isn't a troll or a shed. No need to do that around the issue raised.
 Hash [ :-) ] it out and solve it.

With some salt, please. :-)





-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: FreeBSD needs Git to ensure repo integrity [was: 2012 incident]

2012-11-17 Thread Bruce Cran

On 18/11/2012 05:21, Robert Simmons wrote:

Yup:
https://github.com/freebsd/


There's also git.freebsd.org.

--
Bruce Cran
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org