Re: stable 9.1, bge and ipmi not cooperating
On Thu, Jan 03, 2013 at 08:45:05AM +0200, Daniel Braniss wrote: > > On Wed, Jan 02, 2013 at 08:33:41AM +0200, Daniel Braniss wrote: > > > Hi, > > > the last batch of changes to bge caused the ipmi to stop working on a > > > Sun Fire X2200 M2, and > > > bge0: > > 0x009003> mem > > > 0xfdff-0xfdff,0xfdfe-0xfdfe irq 17 at device 4.0 on pci6 > > > bge0: CHIP ID 0x9003; ASIC REV 0x09; CHIP REV 0x90; PCI-X 133 MHz > > > miibus2: on bge0 > > > > > > bge1: > > 0x009003> mem > > > 0xfdfc-0xfdfc,0xfdfb-0xfdfb irq 18 at device 4.1 on pci6 > > > bge1: CHIP ID 0x9003; ASIC REV 0x09; CHIP REV 0x90; PCI-X 133 MHz > > > miibus3: on bge1 > > > > > > > Could you narrow down which revision broke IPMI? > > And what problems are you seeing? > > I don't have IPMI-capable controller to test. IPMI support for > > old controllers(pre-5717 controllers) was not complete and it was > > luck if it worked on a couple of controllers. > > first approximation: > kernels upto Oct 5th work OK. > > so it must be one of these: > > changeset: 16420:855e9b949c7a > branch: 9 > user:yongari > date:Mon Nov 26 04:39:41 2012 + > summary: MFC r242426: > > changeset: 16419:5fa365c1dcdb > branch: 9 > user:yongari > date:Mon Nov 26 04:34:05 2012 + > summary: MFC r241983-241985: > > changeset: 16418:b69de3b6a9e8 > branch: 9 > user:yongari > date:Mon Nov 26 04:25:41 2012 + > summary: MFC r241438: > > changeset: 16416:564dcb92a91e > branch: 9 > user:yongari > date:Mon Nov 26 04:10:27 2012 + > summary: MFC r241436: > > changeset: 16414:a49ee7f76f76 > branch: 9 > user:yongari > date:Mon Nov 26 02:41:30 2012 + > summary: MFC r241388-241393: > > changeset: 16413:0f885258cea4 > branch: 9 > user:yongari > date:Mon Nov 26 02:31:28 2012 + > summary: MFC r241215-241216,241219-241220,241341,241343: > > changeset: 16308:27fd493a855c > branch: 9 > user:dim > date:Mon Nov 12 07:34:05 2012 + > summary: MFC r242625: > > changeset: 16169:e292988ae112 > branch: 9 > user:gavin > date:Wed Oct 24 19:04:17 2012 + > summary: Merge r240680 from head: > > > btw, if you send me patches I can try them out > Sorry, I need more exact revision number. There had been too many changes. > cheers, > danny > PS: I'm sorry I caught this now, but these machines are production, and > I didn't want to touch them :-( > > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: stable 9.1, bge and ipmi not cooperating
> On Thu, Jan 03, 2013 at 08:45:05AM +0200, Daniel Braniss wrote: > > > On Wed, Jan 02, 2013 at 08:33:41AM +0200, Daniel Braniss wrote: > > > > Hi, > > > > the last batch of changes to bge caused the ipmi to stop working on a > > > > Sun Fire X2200 M2, and > > > > bge0: > > > 0x009003> mem > > > > 0xfdff-0xfdff,0xfdfe-0xfdfe irq 17 at device 4.0 on pci6 > > > > bge0: CHIP ID 0x9003; ASIC REV 0x09; CHIP REV 0x90; PCI-X 133 MHz > > > > miibus2: on bge0 > > > > > > > > bge1: > > > 0x009003> mem > > > > 0xfdfc-0xfdfc,0xfdfb-0xfdfb irq 18 at device 4.1 on pci6 > > > > bge1: CHIP ID 0x9003; ASIC REV 0x09; CHIP REV 0x90; PCI-X 133 MHz > > > > miibus3: on bge1 > > > > > > > > > > Could you narrow down which revision broke IPMI? > > > And what problems are you seeing? > > > I don't have IPMI-capable controller to test. IPMI support for > > > old controllers(pre-5717 controllers) was not complete and it was > > > luck if it worked on a couple of controllers. > > > > first approximation: > > kernels upto Oct 5th work OK. > > > > so it must be one of these: > > > > changeset: 16420:855e9b949c7a > > branch: 9 > > user:yongari > > date:Mon Nov 26 04:39:41 2012 + > > summary: MFC r242426: > > > > changeset: 16419:5fa365c1dcdb > > branch: 9 > > user:yongari > > date:Mon Nov 26 04:34:05 2012 + > > summary: MFC r241983-241985: > > > > changeset: 16418:b69de3b6a9e8 > > branch: 9 > > user:yongari > > date:Mon Nov 26 04:25:41 2012 + > > summary: MFC r241438: > > > > changeset: 16416:564dcb92a91e > > branch: 9 > > user:yongari > > date:Mon Nov 26 04:10:27 2012 + > > summary: MFC r241436: > > > > changeset: 16414:a49ee7f76f76 > > branch: 9 > > user:yongari > > date:Mon Nov 26 02:41:30 2012 + > > summary: MFC r241388-241393: > > > > changeset: 16413:0f885258cea4 > > branch: 9 > > user:yongari > > date:Mon Nov 26 02:31:28 2012 + > > summary: MFC r241215-241216,241219-241220,241341,241343: > > > > changeset: 16308:27fd493a855c > > branch: 9 > > user:dim > > date:Mon Nov 12 07:34:05 2012 + > > summary: MFC r242625: > > > > changeset: 16169:e292988ae112 > > branch: 9 > > user:gavin > > date:Wed Oct 24 19:04:17 2012 + > > summary: Merge r240680 from head: > > > > > > btw, if you send me patches I can try them out > > > > Sorry, I need more exact revision number. There had been too many > changes. it's changeset: 16418:b69de3b6a9e8 branch: 9 user:yongari date:Mon Nov 26 04:25:41 2012 + summary: MFC r241438: if you need the diffs, http://www.cs.huji.ac.il/~danny/ftp/freebsd/16418 thanks, danny ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 3 January 2013 02:32, Matthias Andree wrote: > Please do not quote addresses. Not all web archives and copies hide > them properly. Hiding email addresses is useless for spam control. Obfuscating them makes it harder to follow a conversation. > Regarding versions, please read the relevant information: > the relevant decision was made years ago, and the version number you > slap at the switch is a moot point. CVS/SVN should be considered a development tool. Users should not see the impact of the switch. In theory. > A "long list [of sites] for CVS" is required to overcome load problems. ... > Updates are much > quicker IMO than they ever were with CVS, even with a local c[v]sup copy > of the CVS sources on the same computer. There are latency issues with svn servers only in the US. There is work underway to obtain more mirrors outside the US. -- Eitan Adler ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
Am 03.01.2013 16:36, schrieb Eitan Adler: > On 3 January 2013 02:32, Matthias Andree wrote: >> Please do not quote addresses. Not all web archives and copies hide >> them properly. > > Hiding email addresses is useless for spam control. Obfuscating them > makes it harder to follow a conversation. Anyways it's useless baggage in the presence of real names. Threading is to happen along In-Reply-To: and References: headers - they were made exactly for that - and not after body content. I take care to reply to the message I am referring to so that those headers are intact. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: NFS-exported ZFS instability
Rick Macklem wrote in <1914428061.1617223.1357133079421.javamail.r...@erie.cs.uoguelph.ca>: rm> Hiroki Sato wrote: rm> > Hello, rm> > rm> > I have been in a trouble about my NFS server for a long time. The rm> > symptom is that it stops working in one or two weeks after a boot. I rm> > could not track down the cause yet, but it is reproducible and only rm> > occurred under a very high I/O load. rm> > rm> > It did not panic, just stopped working---while it responded to ping, rm> > userland programs seemed not working. I could break it into DDB and rm> > get a kernel dump. The following URLs are a log of ps, trace, and rm> > etc.: rm> > rm> > http://people.allbsd.org/~hrs/FreeBSD/pool.log.20130102 rm> > http://people.allbsd.org/~hrs/FreeBSD/pool.dmesg.20130102 rm> > rm> > Does anyone see how to debug this? I guess this is due to a deadlock rm> > somewhere. I have suffered from this problem for almost two years. rm> > The above log is from stable/9 as of Dec 19, but this have persisted rm> > since 8.X. rm> > rm> Well, I took a quick glance at the log and there are a lot of processes rm> sleeping on "pfault" (in vm_waitpfault() in sys/vm/vm_page.c). I'm no rm> vm guy, so I'm not sure when/why that will happen. The comment on the rm> function suggests they are waiting for free pages. rm> rm> Maybe something as simple as running out of swap space or a problem rm> talking to the disk(s) that has the swap partition(s) or ??? rm> (I'm talking through my hat here, because I'm not conversant with rm> the vm side of things.) rm> rm> I might take a closer look this evening and see if I can spot anything rm> in the log, rick rm> ps: I hope Alan and Kostik don't mind being added to the cc list. Thank you. This machine has 24GB RAM + 30GB swap. 16GB of them are used for ZFS ARC, and I can see 1.5GB free space on average. However, frequent swapouts happen in a regular basis even when the I/O load is low. The amount used in the swap was 20-30MB only regardless of the load. I checked vm.stats and the outputs of vmstat -z/-m every 10 sec until the freeze several times but vm.stats.vm.v_free_count was around 300,000 (>1GB) even just before the freeze. -- Hiroki pgpt4cIux6h0I.pgp Description: PGP signature
Re: NFS-exported ZFS instability
Konstantin Belousov wrote in <20130102174044.gb82...@kib.kiev.ua>: ko> > I might take a closer look this evening and see if I can spot anything ko> > in the log, rick ko> > ps: I hope Alan and Kostik don't mind being added to the cc list. ko> ko> What I see in the log is that the lock cascade rooted in the thread ko> 100838, which owns system map mutex. I believe this prevents malloc(9) ko> from making a progress in other threads, which e.g. own the ZFS vnode ko> locks. As the result, the whole system wedged. ko> ko> Looking back at the thread 100838, we can see that it executes ko> smp_tlb_shootdown(). It is impossible to tell from the static dump, ko> is the appearance of the smp_tlb_shootdown() in the backtrace is ko> transient, or the thread is spinning there, waiting for other CPUs to ko> acknowledge the request. But, since the system wedged, most likely, ko> smp_tlb_shootdown spins. ko> ko> Taking this hypothesis, the situation can occur, most likely, due to ko> some other core running with the interrupts disabled. Inspection of the ko> backtraces of the processes running on all cores does not show any which ko> could legitimately own a spinlock or otherwise run with the interrupts ko> disabled. ko> ko> One thing you could try to do is to enable WITNESS for the spinlocks, ko> to try to catch the leaked spinlock. I very much doubt that this is ko> the case. ko> ko> Another thing to try is to switch the CPU idle method to something ko> else. Look at the machdep.idle* sysctls. It could be some CPU errata ko> which blocks wakeup due the interrupt in some conditions in C1 ? Thank you. It can take 1-2 weeks to reproduce this, so I set debug.witness.skipspin=0 and keeping machdep.idle acpi abd will see how it goes for a while. I will report again if I can get another freeze. -- Hiroki pgppNW6a6Bds7.pgp Description: PGP signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
Hello, Am 03.01.2013 um 16:36 schrieb Eitan Adler : > CVS/SVN should be considered a development tool. Users should not see > the impact of the switch. In theory. What is the recommended csup replacement for users that did cd /usr/src && make update buildworld buildkernel as their method of keeping the system current? I'm a bit reluctant to installing svn on every system that needs source updates. Are there more lightweight ways? Thanks, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 i...@punkt.de http://www.punkt.de Gf: Jürgen Egeling AG Mannheim 108285 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 03/01/2013 17:48, Patrick M. Hausen wrote: > I'm a bit reluctant to installing svn on every system that needs source > updates. Are there more lightweight ways? freebsd-update(8) which is what 'make update' will run by default and in the absence of any configuration to use other mechanisms. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 1/3/2013 1:21 PM, Matthew Seaman wrote: > On 03/01/2013 17:48, Patrick M. Hausen wrote: >> I'm a bit reluctant to installing svn on every system that needs source >> updates. Are there more lightweight ways? > > freebsd-update(8) > > which is what 'make update' will run by default and in the absence of > any configuration to use other mechanisms. > > Cheers, > > Matthew > but that fetches binaries, not sources. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 3 January 2013 13:57, Lee Dilkie wrote: > but that fetches binaries, not sources. It does both. It can be configured to update just one or the other as well. -- Eitan Adler ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
Hello, Matthew. You wrote 3 января 2013 г., 22:21:16: >> I'm a bit reluctant to installing svn on every system that needs source >> updates. Are there more lightweight ways? MS> freebsd-update(8) It says (on 9-STABLE): The freebsd-update tool is used to fetch, install, and rollback binary updates to the FreeBSD base system. Note that updates are only available if they are being built for the FreeBSD release and architecture being used; in particular, the FreeBSD Security Team only builds updates for releases shipped in binary form by the FreeBSD Release Engineering Team, e.g., FreeBSD 7.3-RELEASE and FreeBSD 8.0-RELEASE, but not FreeBSD 6.3-STABLE or FreeBSD 9.0-CURRENT. So, as far as I understand, it could not be used to track -STABLE branch, as it was possible with csup. Nothing is say about possibility to update "src" on stable branch with it. Is it possible and man page needs to be updated? -- // Black Lion AKA Lev Serebryakov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On Thu, 03 Jan 2013 13:57:46 -0500, Lee Dilkie wrote: > On 1/3/2013 1:21 PM, Matthew Seaman wrote: >> On 03/01/2013 17:48, Patrick M. Hausen wrote: >>> I'm a bit reluctant to installing svn on every system that needs >>> source updates. Are there more lightweight ways? >> >> freebsd-update(8) >> >> which is what 'make update' will run by default and in the absence of >> any configuration to use other mechanisms. >> >> Cheers, >> >> Matthew >> > but that fetches binaries, not sources. > By default it does both. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 03/01/2013 18:57, Lee Dilkie wrote: > > On 1/3/2013 1:21 PM, Matthew Seaman wrote: >> On 03/01/2013 17:48, Patrick M. Hausen wrote: >>> I'm a bit reluctant to installing svn on every system that needs source >>> updates. Are there more lightweight ways? >> >> freebsd-update(8) >> >> which is what 'make update' will run by default and in the absence of >> any configuration to use other mechanisms. >> >> Cheers, >> >> Matthew >> > but that fetches binaries, not sources. > No, it can fetch source. Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 03/01/2013 19:56, Lev Serebryakov wrote: > Hello, Matthew. > You wrote 3 января 2013 г., 22:21:16: > >>> I'm a bit reluctant to installing svn on every system that needs source >>> updates. Are there more lightweight ways? > > MS> freebsd-update(8) > It says (on 9-STABLE): > > The freebsd-update tool is used to fetch, install, and rollback binary > updates to the FreeBSD base system. Note that updates are only available > if they are being built for the FreeBSD release and architecture being > used; in particular, the FreeBSD Security Team only builds updates for > releases shipped in binary form by the FreeBSD Release Engineering Team, > e.g., FreeBSD 7.3-RELEASE and FreeBSD 8.0-RELEASE, but not FreeBSD > 6.3-STABLE or FreeBSD 9.0-CURRENT. > > So, as far as I understand, it could not be used to track -STABLE > branch, as it was possible with csup. Nothing is say about possibility > to update "src" on stable branch with it. Is it possible and man page > needs to be updated? > Ah. Yes, you are right. You can't track a stable branch with freebsd-update. In that case, svn is the way to go. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
Hello, Matthew. You wrote 4 января 2013 г., 0:39:33: MS> Ah. Yes, you are right. You can't track a stable branch with MS> freebsd-update. In that case, svn is the way to go. And even as developer I don't like this situation. My developer systems have and could use svn for sure, but servers? csup was very handy for non-developers machines. -- // Black Lion AKA Lev Serebryakov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 3 January 2013 16:04, Lev Serebryakov wrote: > Hello, Matthew. > You wrote 4 января 2013 г., 0:39:33: > > MS> Ah. Yes, you are right. You can't track a stable branch with > MS> freebsd-update. In that case, svn is the way to go. > And even as developer I don't like this situation. My developer > systems have and could use svn for sure, but servers? csup was very > handy for non-developers machines. I think everyone agrees there is room for a svnup like program which has a read-only svn mode to download and update sources with minimal (zero?) dependencies. That said, someone has to write it. -- Eitan Adler ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Solved?: Re: Upgrade of RELENG_8 ZFS boot pool leads to unbootable system
On Jan 2, 2013, at 2:10 PM, Matthew Seaman
wrote:
> On 02/01/2013 17:49, Paul Mather wrote:
>> Yesterday, I updated my RELENG_8 ZFS-only system that has worked like a
>> champ for ages. After a successful install{kernel,world} and reboot, I
>> noticed the 20121130 entry in /usr/src/UPDATING and upgraded my ZFS pool via
>> "zfs upgrade -a". I also upgraded my boot blocks as requested, and as per
>> the "ZFS notes" section of /usr/src/UPDATING.
>>
>> Unfortunately rebooting with the upgraded pool failed. The "windmill" boot
>> spinner spins for a tiny amount of time and then stops dead. :-( I don't
>> get to the boot loader menu at all.
>>
>> I downloaded a very recent RELENG_8 snapshot
>> (FreeBSD-8.3-RELENG_8-r244923-JPSNAP-amd64-amd64-memstick.img) from
>> pub.allbsd.org and was able to boot successfully from USB using that. I
>> entered Fixit Mode and tried to write the boot blocks on the memstick image
>> onto my hard drives but the resultant system still wouldn't boot. The
>> commands I used (from Fixit Mode) are these:
>>
>> gpart bootcode -b /dist/boot/pmbr -p /dist/boot/gptzfsboot -i 1 ad4
>> gpart bootcode -b /dist/boot/pmbr -p /dist/boot/gptzfsboot -i 1 ad6
>>
>> (ad4 and ad6 are my two hard drives.)
>>
>> If I "load zfs" before booting the USB memstick then I can see my old pool
>> listed when I do "zfs import". I haven't tried importing the pool because
>> I'm not sure if that would make the problem worse.
>>
>> Does anyone have any advice in restoring this system to bootability? I
>> followed the standard "root on ZFS" recipe using a two drive mirror when
>> installing the system initially. Each drive uses GPT with three partitions:
>> freebsd-boot, freebsd-swap, and freebsd-zfs in that order. Like I said at
>> the start, all this worked for a long time until just now when I upgraded
>> the pool to enable "feature flags" support. :-(
>>
>> Any help is appreciated.
>
> I think you may be running into problems with zpool.cache. This has
> been fixed in current, which now has the ability to find the root zpool
> without a valid zpool.cache, but that I suspect is faint comfort for you.
It turns out it was my /boot.config that was preventing booting. The system is
usually always headless, so I have "-S115200 -Dh" as the sole line in
/boot.config to enable a 115200 baud serial console. This has been working
fine for me up until I did a {build,install} {kernel,world} on 1st January
2013. I was pretty sure my woes began after I did the "zpool upgrade -a" and
subsequently rebooted again, but now I can't be sure whether I successfully
rebooted at all after the "make installworld" and mergemaster step.
Does anyone know a sure-fire way of getting a dual console setup (high-speed
serial + VGA). The recipe I had been using had worked well for a long time. I
had "-S115200 -Dh" in /boot.config and the following entries in
/boot/loader.conf:
boot_multicons="YES"
comconsole_speed="115200"
console="comconsole,vidconsole"
Now, though, if I have "-S115200 -Dh" then the system locks up at boot.
Removing /boot.config gets me dual console, but only at 9600 baud. :-(
Cheers,
Paul.
PS: Is the BOOT_COMCONSOLE_SPEED entry in /etc/make.conf needed? I was under
the impression it has been obsolete for a while and took it out of my
/etc/make.conf file.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On Thu, Jan 03, 2013 at 04:12:32PM -0500, Eitan Adler wrote: > I think everyone agrees there is room for a svnup like program which > has a read-only svn mode to download and update sources with minimal > (zero?) dependencies. > > That said, someone has to write it. > http://svnweb.freebsd.org/base/user/des/svnsup/ Glen pgpP5QPYrJPMh.pgp Description: PGP signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 3 January 2013 16:19, Glen Barber wrote: > On Thu, Jan 03, 2013 at 04:12:32PM -0500, Eitan Adler wrote: >> I think everyone agrees there is room for a svnup like program which >> has a read-only svn mode to download and update sources with minimal >> (zero?) dependencies. >> >> That said, someone has to write it. >> > > http://svnweb.freebsd.org/base/user/des/svnsup/ Yes. I was talking about this. $someone needs to step up and complete it. -- Eitan Adler ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
>Hello, > >Am 03.01.2013 um 16:36 schrieb Eitan Adler : >> CVS/SVN should be considered a development tool. Users should not see >> the impact of the switch. In theory. > > >What is the recommended csup replacement for users that did > >cd /usr/src && make update buildworld buildkernel > >as their method of keeping the system current? > >I'm a bit reluctant to installing svn on every system that needs source >updates. Are there more lightweight ways? subversion isn't so bad, especially if you build a stripped-down version -- many of the optional dependencies aren't needed for a basic client, which is a fraction of the size of the source code. Just get rid of the extras, and use a stripped-down version of sqlite3 only. And of course you could install it on one of your machines, and then distribute the source code among the rest by other means. But there are alternatives, and several are documented in the FreeBSD Handbook(does anyone read it?): --you could use ports/net/rsync or an rsync clone, which may be smaller (See: http://www.freebsd.org/doc/handbook/mirrors-rsync.html ); or --you could use ctm(1) to get the repository via email, or use fetch(1) or another small ftp/http client to grab the ctm deltas directly from the server at ftp://ftp.FreeBSD.org/pub/FreeBSD/CTM/ , or from one of the mirrors (See: http://www.freebsd.org/doc/handbook/ctm.html ). Regards, b. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 03/01/2013 21:04, Lev Serebryakov wrote: > Hello, Matthew. > You wrote 4 января 2013 г., 0:39:33: > > MS> Ah. Yes, you are right. You can't track a stable branch with > MS> freebsd-update. In that case, svn is the way to go. > And even as developer I don't like this situation. My developer > systems have and could use svn for sure, but servers? csup was very > handy for non-developers machines. Well, I think the answer there will be svnsup: http://svnweb.freebsd.org/base/user/des/svnsup/ Unfortunately it doesn't work properly yet. Needs some attention from properly motivated and capable programmers. Given the rather gaping hole in the FreeBSD offerring it would fill, I wonder if this is something the Foundation would be interested in sponsoring? Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matt...@infracaninophile.co.uk signature.asc Description: OpenPGP digital signature
Re: Does / Is anyone maintaining CVS for FreeBSD?
In message <50e5a7d1.4080...@freebsd.org>, Matthias Andree writes: > Am 03.01.2013 16:36, schrieb Eitan Adler: > > On 3 January 2013 02:32, Matthias Andree wrote: > >> Please do not quote addresses. Not all web archives and copies hide > >> them properly. > > > > Hiding email addresses is useless for spam control. Obfuscating them > > makes it harder to follow a conversation. > > Anyways it's useless baggage in the presence of real names. Garbage. Real names are *not* unique. Email address are disambiguators. > Threading is to happen along In-Reply-To: and References: headers - they > were made exactly for that - and not after body content. > I take care to reply to the message I am referring to so that those > headers are intact. > > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
Am 03.01.2013 23:15, schrieb Mark Andrews: > In message <50e5a7d1.4080...@freebsd.org>, Matthias Andree writes: >> Am 03.01.2013 16:36, schrieb Eitan Adler: >>> On 3 January 2013 02:32, Matthias Andree wrote: Please do not quote addresses. Not all web archives and copies hide them properly. >>> >>> Hiding email addresses is useless for spam control. Obfuscating them >>> makes it harder to follow a conversation. >> >> Anyways it's useless baggage in the presence of real names. > > Garbage. Real names are *not* unique. Email address are disambiguators. No need to disambiguate text if the headers convey all necessary information. Let's take this part off-list now, reply-to: is set. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
Hi, On Thu, 3 Jan 2013 10:36:59 -0500 Eitan Adler wrote: > On 3 January 2013 02:32, Matthias Andree wrote: > > Please do not quote addresses. Not all web archives and copies hide > > them properly. > > Hiding email addresses is useless for spam control. Obfuscating them > makes it harder to follow a conversation. > there is nothing more to say. > > Regarding versions, please read the relevant information: > > the relevant decision was made years ago, and the version number you > > slap at the switch is a moot point. > > CVS/SVN should be considered a development tool. Users should not see > the impact of the switch. In theory. > Yes, in theory. > > A "long list [of sites] for CVS" is required to overcome load > > problems. > ... > > Updates are much > > quicker IMO than they ever were with CVS, even with a local c[v]sup > > copy of the CVS sources on the same computer. > > There are latency issues with svn servers only in the US. There is > work underway to obtain more mirrors outside the US. > So, why not wait until some more mirrors are available? One other problem people in 'developed' nations do not see exists. If - like me - you are located on a very remote location with a more or less random Internet connection, many servers become very impatient with the user and cut the connection as their values for time outs are simply too low. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
Hi, On Thu, 3 Jan 2013 18:48:01 +0100 "Patrick M. Hausen" wrote: > Hello, > > Am 03.01.2013 um 16:36 schrieb Eitan Adler : > > CVS/SVN should be considered a development tool. Users should not > > see the impact of the switch. In theory. > > > What is the recommended csup replacement for users that did > > cd /usr/src && make update buildworld buildkernel > > as their method of keeping the system current? the above's line keeps the originally installed sources intact and just recompiles them again and again and again ... > > I'm a bit reluctant to installing svn on every system that needs > source updates. Are there more lightweight ways? > The line above will stay the same. Only the process of downloading the changes will change. Erich ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On 01/03/2013 07:20 PM, Erich Dollansky wrote: > So, why not wait until some more mirrors are available? > > One other problem people in 'developed' nations do not see exists. If - > like me - you are located on a very remote location with a more or less > random Internet connection, many servers become very impatient with the > user and cut the connection as their values for time outs are simply > too low. There is a delivery method called "CTM" which originally meant "CVSUP through Mail." It was originally meant for people with slow connections, but now it is mainly used by a few people because they are behind very strict firewalls that don't allow them access to the outside world except email. BUT for people who have bad internet connections, may I commend it as a method of getting updates for FreeBSD. I have recently upgraded it to include updates for the svn repositories. Yes, you will need to have a working svn on your system. And you will have to apply a patch to the existing ctm program to make it work (ctm is in the base system). But this has been working for several weeks now, and I think it is getting to the point where it is stable. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
RE: Does / Is anyone maintaining CVS for FreeBSD?
> -Original Message- > From: owner-freebsd-sta...@freebsd.org > [mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Erich Dollansky > Sent: Friday, 4 January 2013 12:26 PM > To: Patrick M. Hausen > Cc: Eitan Adler; freebsd-stable@freebsd.org > Subject: Re: Does / Is anyone maintaining CVS for FreeBSD? > > Hi, > > On Thu, 3 Jan 2013 18:48:01 +0100 > "Patrick M. Hausen" wrote: > > > Hello, > > > > Am 03.01.2013 um 16:36 schrieb Eitan Adler : > > > CVS/SVN should be considered a development tool. Users > should not > > > see the impact of the switch. In theory. > > > > > > What is the recommended csup replacement for users that did > > > > cd /usr/src && make update buildworld buildkernel > > > > as their method of keeping the system current? > > the above's line keeps the originally installed sources > intact and just recompiles them again and again and again ... > > > > I'm a bit reluctant to installing svn on every system that needs > > source updates. Are there more lightweight ways? > > > The line above will stay the same. Only the process of > downloading the changes will change. > > Erich > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscr...@freebsd.org" Erich, If there's a more lightweight way than : 1. cd /usr/ports/devel/subversion 2. turning off all options 3. turn on these options: ENHANCED_KEYWORD P4_STYLE_MARKERS STATIC 4. make install 5. Copy the svn as needed. The image should be 4.2MB Then I'd be happy to adopt. Regards, Dewayne. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Does / Is anyone maintaining CVS for FreeBSD?
On Fri, Jan 4, 2013 at 6:45 AM, Dewayne Geraghty wrote: >> -Original Message- >> From: owner-freebsd-sta...@freebsd.org >> [mailto:owner-freebsd-sta...@freebsd.org] On Behalf Of Erich Dollansky >> Sent: Friday, 4 January 2013 12:26 PM >> To: Patrick M. Hausen >> Cc: Eitan Adler; freebsd-stable@freebsd.org >> Subject: Re: Does / Is anyone maintaining CVS for FreeBSD? >> >> Hi, >> >> On Thu, 3 Jan 2013 18:48:01 +0100 >> "Patrick M. Hausen" wrote: >> >> > Hello, >> > >> > Am 03.01.2013 um 16:36 schrieb Eitan Adler : >> > > CVS/SVN should be considered a development tool. Users >> should not >> > > see the impact of the switch. In theory. >> > >> > >> > What is the recommended csup replacement for users that did >> > >> > cd /usr/src && make update buildworld buildkernel >> > >> > as their method of keeping the system current? >> >> the above's line keeps the originally installed sources >> intact and just recompiles them again and again and again ... >> > >> > I'm a bit reluctant to installing svn on every system that needs >> > source updates. Are there more lightweight ways? >> > >> The line above will stay the same. Only the process of >> downloading the changes will change. >> >> Erich >> ___ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscr...@freebsd.org" > > Erich, If there's a more lightweight way than : > 1. cd /usr/ports/devel/subversion > 2. turning off all options > 3. turn on these options: ENHANCED_KEYWORD P4_STYLE_MARKERS STATIC > 4. make install > 5. Copy the svn as needed. The image should be 4.2MB > Then I'd be happy to adopt. > > Regards, Dewayne. > Even better, 4. make package 5. pkg_install or 'pkg install' the created package on the other machines. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
