2011/3/29 Tim Kientzle :
> II. Package signing.
That would be really nice.
>>>
>>> Right know we only planned to sign the repo database, so we can trust
>>> the sah256 of the packages stored in the database. Then if the package
>>> has the same sha256 as the one in the repo database i
Hello Doug,
I think it got lost in the busy/dark part of my life last year.
Feel free to do it, the code is not spectacular or dramatic.
If not done when I go home I will do it tonight on my way back from
work.
Edwin
-- Edwin Groothuis ed...@mavetju.org
- Original Message -
From: "Do
II. Package signing.
>>>
>>> That would be really nice.
>>
>> Right know we only planned to sign the repo database, so we can trust
>> the sah256 of the packages stored in the database. Then if the package
>> has the same sha256 as the one in the repo database it is considered
>> trusted.
>>
On Mon, 28 Mar 2011, Julien Laffaye wrote:
On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wrote:
On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote:
II. Package signing.
That would be really nice.
Right know we only planned to sign the repo database, so we can trust
the sah256 of the
On 03/28/2011 16:22, Devin Teske wrote:
In which case, I can jump up and down for joy and tell my boss that it's
once-again kosher to set /etc/localtime as a symbolic link.
It has always been true that the only "safe" way to make /etc/localtime
a symlink is to have / and /usr on the same files
On Tue, 2011-03-29 at 00:51 +0200, Olivier Smedts wrote:
> 2011/3/29 Devin Teske :
> > On Mon, 2011-03-28 at 16:52 -0400, dieter...@engineer.com wrote:
> >> >>> And while I (think I) recall that the equivalent of /etc/localtime
> >> >>> was implemented in some version of SunOS many years ago as a
On 03/28/2011 15:38, Olivier Smedts wrote:
2011/3/28 Doug Barton:
I'm starting a new thread since while the previous one contained a lot of
good information it was starting to get a big fragmented, and as someone
pointed out mergemaster is not a general solution so I want to focus on the
area th
2011/3/28 Doug Barton :
> I'm starting a new thread since while the previous one contained a lot of
> good information it was starting to get a big fragmented, and as someone
> pointed out mergemaster is not a general solution so I want to focus on the
> area that I'm actually responsible for. :)
>
2011/3/29 Devin Teske :
> On Mon, 2011-03-28 at 16:52 -0400, dieter...@engineer.com wrote:
>> >>> And while I (think I) recall that the equivalent of /etc/localtime
>> >>> was implemented in some version of SunOS many years ago as a
>> symlink,
>> >>> I believe that approach could be problematic fo
On Mon Mar 28 11, Freddie Cash wrote:
> On Mon, Mar 28, 2011 at 3:03 PM, Alexander Best wrote:
> > how hard would it be to change the *.mk code so the following semantics
> > apply:
> >
> > - make.conf(5) == applies system-wide
> > - src.conf(5) == applies only to /usr/src
>
> What would be real
On Mon, Mar 28, 2011 at 3:03 PM, Alexander Best wrote:
> how hard would it be to change the *.mk code so the following semantics apply:
>
> - make.conf(5) == applies system-wide
> - src.conf(5) == applies only to /usr/src
What would be really nice would be taking it to its logical conclusion:
/e
On 03/28/11 15:59, dieter...@engineer.com wrote:
From what I know, one or the other can only be as
the first entry and it then has to be set from the forth prompt.
So, you will need two disks to boot , saya: OpenBSD, NetBSD, FreeBSD,
Linux,
and MacOSX or a combination of these.
On PPC boxe
On Mon, 2011-03-28 at 16:52 -0400, dieter...@engineer.com wrote:
> >>> And while I (think I) recall that the equivalent of /etc/localtime
> >>> was implemented in some version of SunOS many years ago as a
> symlink,
> >>> I believe that approach could be problematic for FreeBSD, as it
> >>> could
hi there,
how hard would it be to change the *.mk code so the following semantics apply:
- make.conf(5) == applies system-wide
- src.conf(5) == applies only to /usr/src
right now certain settings will not be picked up from src.conf(5), like CC or
CXX. it seems src.conf(5)'s puspose atm is limite
I'm starting a new thread since while the previous one contained a lot
of good information it was starting to get a big fragmented, and as
someone pointed out mergemaster is not a general solution so I want to
focus on the area that I'm actually responsible for. :)
Having read everything in th
On Mon, Mar 28, 2011 at 4:59 PM, wrote:
> Now, how are you going to multiboot OpenBSD and NetBSD on a PowerPC
>>
> machine
>
>> from the same hard disk.
>>
>
> I didn't say anything about a requirement for booting multiple OSes
from the same disk. I said:
Go through all the disks and look
>>
On 2011-Mar-27 20:54:18 +0100, Robert Watson wrote:
>part of rc.d. I'd also investigate large applications like Firefox, Chrome,
>KDE, Gnome, etc. KDE already integrates prebinding tricks in its design, but
>I don't think the others do.
Improving startup time for large, infrequently started e
On 03/27/2011 18:38, Ed Maste wrote:
That's what tzsetup does in HEAD - the name of the selected timezone file
is stored in /var/db/zoneinfo, and tzsetup -r can be used to copy in an
updated file:
-r Reinstall the zoneinfo file installed last time. The
name is obtained from /var/db/zo
Now, how are you going to multiboot OpenBSD and NetBSD on a PowerPC
machine
from the same hard disk.
I didn't say anything about a requirement for booting multiple OSes
from the same disk. I said:
Go through all the disks and look
for bootable partitions. Extract the GPT partition labels f
And while I (think I) recall that the equivalent of /etc/localtime
was implemented in some version of SunOS many years ago as a
symlink,
I believe that approach could be problematic for FreeBSD, as it
could impose some unintended requirements on some of the start-up
scripts.
I have been runni
Am 28.03.2011 19:57, schrieb dieter...@engineer.com:
>> And while I (think I) recall that the equivalent of /etc/localtime
>> was implemented in some version of SunOS many years ago as a symlink,
>> I believe that approach could be problematic for FreeBSD, as it
>> could impose some unintended requ
On Mon, 2011-03-28 at 11:48 -0700, Jason Helfman wrote:
> On Mon, Mar 28, 2011 at 02:22:01PM -0400, Maxim Khitrov thus spake:
> >Same here, though I'd be happy to change this habit if mergemaster
> >handled the updates for me.
> >
> This would be a good solution for source updates, but how would t
Go through the mailing lists. You can only boot 64bit on 64bit and 32bit on
32bit for FreeBSD. Debian needs to boot a 64bit kernel for 64bit machines.
I made the reply because that is similar to the BTX bootloader.
Let Baptiste get a powerpc machine and try using that bootloader, it won't
work.
It
On Mon, Mar 28, 2011 at 02:22:01PM -0400, Maxim Khitrov thus spake:
Same here, though I'd be happy to change this habit if mergemaster
handled the updates for me.
This would be a good solution for source updates, but how would this work
for binary upgrades via freebsd-update, as mergemaster is
Now, how are you going to multiboot OpenBSD and NetBSD on a PowerPC machine
from the same hard disk. From what I know, one or the other can only be as
the first entry and it then has to be set from the forth prompt.
So, you will need two disks to boot , saya: OpenBSD, NetBSD, FreeBSD, Linux,
and Ma
On Mon, Mar 28, 2011 at 11:10:42AM -0700, Garrett Cooper wrote:
> On Mon, Mar 28, 2011 at 10:57 AM, wrote:
> > I have been running FreeBSD and NetBSD with /etc/localtime being
> > a symlink for years and have not seen any problems as a result.
>
> +1. Many Linux distros do the same thing as well
2011/3/28 :
>> And while I (think I) recall that the equivalent of /etc/localtime
>> was implemented in some version of SunOS many years ago as a symlink,
>> I believe that approach could be problematic for FreeBSD, as it
>> could impose some unintended requirements on some of the start-up
>> scri
On Mon, Mar 28, 2011 at 2:10 PM, Garrett Cooper wrote:
> On Mon, Mar 28, 2011 at 10:57 AM, wrote:
>>> And while I (think I) recall that the equivalent of /etc/localtime
>>> was implemented in some version of SunOS many years ago as a symlink,
>>> I believe that approach could be problematic for
Sent from my iPad
On Mar 28, 2011, at 10:57 AM, dieter...@engineer.com wrote:
>> And while I (think I) recall that the equivalent of /etc/localtime
>> was implemented in some version of SunOS many years ago as a symlink,
>> I believe that approach could be problematic for FreeBSD, as it
>> could
On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wrote:
> On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote:
>> on 25/03/2011 12:11 Baptiste Daroussin said the following:
>>> Hi all,
>>>
>>> miwi@ launched the new thing called Experimental Call For Testing,
>>> it's our turn :)
>>>
>>> Julien L
The discussion of a new bootloader reminded me of the
following problem:
What we need more than a new bootloader is a new bootstrap.
With MBR, NetBSD's boot selector MBR works reasonably well.
(About as well as can be expected given the limited space available.)
You get a menu of partitions ("slic
Please note that graphical loaders are not very serial console
friendly ;-)
Yes! Real computers have RS-232 consoles. And please stick with
plain ASCII text. The current bootloader is at best ugly and at
worst unusable on some terminals. AFAIK the bootloader doesn't have
termcap/terminfo ava
On Mon, Mar 28, 2011 at 10:57 AM, wrote:
>> And while I (think I) recall that the equivalent of /etc/localtime
>> was implemented in some version of SunOS many years ago as a symlink,
>> I believe that approach could be problematic for FreeBSD, as it
>> could impose some unintended requirements o
> And while I (think I) recall that the equivalent of /etc/localtime
> was implemented in some version of SunOS many years ago as a symlink,
> I believe that approach could be problematic for FreeBSD, as it
> could impose some unintended requirements on some of the start-up
> scripts.
I have been
On Mon, Mar 28, 2011 at 10:44 AM, Andriy Gapon wrote:
> on 25/03/2011 12:11 Baptiste Daroussin said the following:
>> Hi all,
>>
>> miwi@ launched the new thing called Experimental Call For Testing,
>> it's our turn :)
>>
>> Julien Laffaye (jlaffaye@) and I, helped by Philippe Pepiot (huge
>> cont
-Original Message-
From: owner-freebsd-hack...@freebsd.org
[mailto:owner-freebsd-hack...@freebsd.org] On Behalf Of Andriy Gapon
Sent: Monday, March 28, 2011 8:00 AM
To: Alexander Best
Cc: FreeBSD Hackers
Subject: Re: New Boot-Loader
Please note that graphical loaders are not very serial c
on 25/03/2011 12:11 Baptiste Daroussin said the following:
> Hi all,
>
> miwi@ launched the new thing called Experimental Call For Testing,
> it's our turn :)
>
> Julien Laffaye (jlaffaye@) and I, helped by Philippe Pepiot (huge
> contributor) have been working since the end of the last GSoC on a
On 3/28/11 6:48 AM, Devin Teske wrote:
> Hi fellow hackers,
>
> I'm designing an open-sourced replacement boot-loader for FreeBSD. I feel
> that the existing options in the boot-loader menu today can be whittled down
> significantly with a stateful menu system rather than a single-action item
On Mar 28, 2011, at 7:03 AM, John Baldwin wrote:
> On Monday, March 28, 2011 12:48:03 am Devin Teske wrote:
>> Hi fellow hackers,
>>
>> I'm designing an open-sourced replacement boot-loader for FreeBSD. I feel
>> that the existing options in the boot-loader menu today can be whittled down
>> sig
On Mar 28, 2011, at 5:08 AM, Alexander Best wrote:
> On Sun Mar 27 11, Warner Losh wrote:
>>
>>
>> On Mar 27, 2011, at 10:48 PM, Devin Teske wrote:
>>> Replacement Boot-Loader: twitpic.com/4e46ol
>>>
>>> NOTE: The final release will have a single-user mode option.
>>
>> This looks really
On Monday, March 28, 2011 12:48:03 am Devin Teske wrote:
> Hi fellow hackers,
>
> I'm designing an open-sourced replacement boot-loader for FreeBSD. I feel
that the existing options in the boot-loader menu today can be whittled down
significantly with a stateful menu system rather than a single-
On Sun, Mar 27, 2011 at 09:38:29PM -0400, Ed Maste wrote:
> On Sun, Mar 27, 2011 at 03:27:32PM -0700, David Wolfskill wrote:
>
> > There are other ways to do it, of course -- e.g., the first time the
> > utility is run, it could actually ask, but then cache the information in
> > some place so it
Would also be cool to have an option to boot "something else" (like e.g.
memtest86). Maybe a special directory with loadable binaries and a special menu
entry to select one of them.
Probably even better to have a mechanism for pluggable menu entries like a
special
directory that would have .4th
on 28/03/2011 14:08 Alexander Best said the following:
> sorry if we have different opinions on this matter, but i don't quite see
> the "fresh" look.
>
> imo a "modern" boot loader looks like this
>
> http://www.dailycupoftech.com/wp-content/uploads/2006/08/ubuntu01.png
>
> or this
>
> http://
Quoting Jesse Smith (from Sun, 27 Mar 2011
17:29:20 -0300):
Thanks very much for the reply. I had thought this was a project/port
that was in progress, rather than something waiting on research. Do you
know if that's also the case with other projects on the Ideas list? A
lot of them don't hav
On Sun Mar 27 11, Warner Losh wrote:
>
>
> On Mar 27, 2011, at 10:48 PM, Devin Teske wrote:
> > Replacement Boot-Loader: twitpic.com/4e46ol
> >
> > NOTE: The final release will have a single-user mode option.
>
> This looks really cool. Nice to see a fresh look for the boot loader...
sorr
On Sun, 27 Mar 2011 22:07:30 +0200
Stefan Farfeleder wrote:
> On Mon, Mar 28, 2011 at 08:36:57AM +1300, Andrew Turner wrote:
> > Along with this WCHAR_MIN and WCHAR_MAX are defined both in
> > and . I would like to remove the copy
> > from wchar.h and add an include to machine/_stdint.h.
> >
>
On Mon, Mar 28, 2011 at 2:55 AM, Paul Schenkeveld wrote:
> On Sun, Mar 27, 2011 at 09:48:03PM -0700, Devin Teske wrote:
>> Hi fellow hackers,
>>
>> I'm designing an open-sourced replacement boot-loader for FreeBSD. I feel
>> that the existing options in the boot-loader menu today can be whittled
On Sun, Mar 27, 2011 at 09:48:03PM -0700, Devin Teske wrote:
> Hi fellow hackers,
>
> I'm designing an open-sourced replacement boot-loader for FreeBSD. I feel
> that the existing options in the boot-loader menu today can be whittled down
> significantly with a stateful menu system rather than a
49 matches
Mail list logo