Re: Accepted emacs 1:26.1+1-3.2 (source amd64 all) into unstable, unstable

esn't cost us much, and is something we can drop in the not too distant future if/when we like -- and after we do, I suspect we'll be a lot less likely to see random bugs filed about strange breakages caused by old vestigial packages, and we can be a lot more confident when we deci

Re: ignoring bugs with no maintainer (Re: Removal of emacs23 from unstable/testing)

Rob Browning writes: > I agree (as far as emacsXY and guile-X.Y are concerned). Anyone should > feel free to reassign them to emacs24 (or guile-2.0 respectively). > > Otherwise, I'll plan to do it. And I hope it goes without saying, but I'm always happy to have help

Re: ignoring bugs with no maintainer (Re: Removal of emacs23 from unstable/testing)

stgresql migration work. I agree (as far as emacsXY and guile-X.Y are concerned). Anyone should feel free to reassign them to emacs24 (or guile-2.0 respectively). Otherwise, I'll plan to do it. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1

Removal of emacs23 from unstable/testing

evant bugs for the remaining work. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia

Tool to sort package list in dependency order

Do we have a tool that will sort a list of packages in dependency order? I ask because if we have one, I'd like to use it to replace the tsort mess in emacsen-common. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377

RFC: relaxation of debian-emacs-policy dependency requirements

, if not all of the separate foo-el helper packages. Thoughts? -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe".

Re: emacs23 uploaded to unstable

Daniel Pittman writes: > 403 Forbidden: You don't have permission to access > /~rlb/tmp/emacs23/emacs23_23.1+1-2_i386.changes on this server. OK, that should be fixed now, though I may just take the packages down since it looks like they've made it to unstable. Thanks --

Re: emacs23 uploaded to unstable

Rob Browning writes: > Daniel Moerner writes: > >> Thanks for packaging this, I think you mean: >> >> http://alioth.debian.org/~rlb/tmp/emacs23/ >> >> Daniel > > Yes, and thanks. I've just uploaded 23.1+1-2 which fixes some significant probl

Re: emacs23 uploaded to unstable

Daniel Moerner writes: > Thanks for packaging this, I think you mean: > > http://alioth.debian.org/~rlb/tmp/emacs23/ > > Daniel Yes, and thanks. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0

Re: emacs23 uploaded to unstable

lb/public_html/tmp/emacs23/ Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe".

emacs23 uploaded to unstable

I've uploaded the first emacs23 packages (23.1+1-1) to unstable. Please file bugs as appropriate. Note that we have also begun the process of removing emacs21 from unstable/testing. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG as of 2002-

Re: liblockfile L_PID behavior and use of stat atime

Rob Browning <[EMAIL PROTECTED]> writes: > After further investigation, it looks like a lockfile created on a > noatime (or relatime?) filesystem, without specifying L_PID, can > never go stale. The problem is in lockfile_check(). It looks like procmail's lockfile doesn

Re: liblockfile L_PID behavior and use of stat atime

Rob Browning <[EMAIL PROTECTED]> writes: > Someone reported a bug against lockfile-progs, and while > investigating I noticed a couple of things about liblockfile that > didn't seem quite right. After further investigation, it looks like a lockfile created on a noatime (or r

liblockfile L_PID behavior and use of stat atime

t time, to the modification time in order to determine whether or not the lock file is stale. I'm not sure why it does that, but on a filesystem mounted with noatime I don't think that lock files created without L_PID will ever be considered stale. Does the above seem reas

emacs22 uploaded to experimental

that it's possible there might be some incompatible changes before emacs22 moves to unstable, but if so, I expect them to be minor. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7

Re: Correct fate for emacs20 bugs?

then they should be reassigned (or cloned). Otherwise, emacs20 is a very, very low priority. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTE

Re: Is gcc-3.4 in the unstable chroot on crest.debian.org OK?

Michael Schmitz <[EMAIL PROTECTED]> writes: >> On Wed, Sep 14, 2005 at 02:20:30PM -0700, Rob Browning wrote: >> > If I compile a trivial foo.c in the unstable chroot with gcc-3.4, and >> > then immediately try to run it, it segfaults. >> >> You've h

Re: Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

kely, if there might be any people who would want to contact the current author about continuing development themselves.) -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSC

Bug#329425: RFA: psutils -- A collection of PostScript document handling utilities

le, can similar functionality be provided by convenience wrappers around ghostscript, as suggested in #159888? I don't know, but I thought perhaps someone else might. thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39

Re: Managing users and groups within multiple devel chroots.

n that would be just fine, but I was under the perhaps mistaken impression that an LDAP approach wouldn't be that transparent. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 7

Re: Managing users and groups within multiple devel chroots.

oblem is that I want a solution that handles all users and groups, and I want tools like adduser to continue to work correctly. So far I haven't been able to tell if the behavior of adduser and the related tools is configurable. I can see how to authenticate against other sources via lipam, but not

Re: Managing users and groups within multiple devel chroots.

ould tell the system to use a separate directory for the db files and bind mount that directory among all the chroots, then perhaps that would fix the locking problem (presuming the default setup uses fs locks). Thanks again -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utex

Is gcc-3.4 in the unstable chroot on crest.debian.org OK?

ion fault (unstable)[EMAIL PROTECTED]:~/test$ logout (base)[EMAIL PROTECTED]:~$ dchroot unstable Executing shell in chroot: /org/chroots/user/sid (unstable)[EMAIL PROTECTED]:~$ cd test (unstable)[EMAIL PROTECTED]:~/test$ ./a.out (unstable)[EMAIL PROTECTED]:~/test$ -- Rob Browning rlb @default

Managing users and groups within multiple devel chroots.

safely? For this to work right, in addition to everything else, I assume that Debian policy would also have to guarantee that no package will ever remove a user/group when purged, and no package will balk if the user/group it needs already exists. Thanks -- Rob Browning rlb @defaultvalue.org and

Re: How to define a release architecture

certainly prefer to run Debian on it if I could. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Is membership in staff supposed to imply root access?

so it's not a big deal. I'm not sure where I got the idea things were otherwise. -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Is membership in staff supposed to imply root access?

we changed our policies or perhaps my memory is mistaken. Also, I wonder if our handling of /usr/local isn't a bit inconsistent since it doesn't look like we include /usr/local/lib in the ld.so defaults. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.e

Re: Ubuntu discussion at planet.debian.org

als here when gnu.org was compromised (for example). -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Does the Debian gpg key infrastructure support multiple sub-keys?

with the Debian infrastructure? Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu GPG starting 2002-11-03 = 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Re: Putting .so symlinks in libs package for dlopen()ing?

otal evidence that libfoo can actually end up with access to a mixture of symbols from both versions of libbaz. If true, this would make it extremely difficult to actually use a "version check" function to make sure you loaded and were calling functions from the version you exp

Re: Proposing task-debian

John Hasler <[EMAIL PROTECTED]> writes: > How about an ordinary meta-package named "emacs"? That might be OK. Bear in mind that there used to be a real package named emacs, though, so you should be wary of breaking upgrades from very old systems. -- Rob Browning <

Re: About native packages

in many cases, preserving the upstream/Debian distinction is wise, even if not totally necessary ATM. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: dpkg-statoverride: usage question.

pkg-statoverride :< I'll release a fixed package shortly. Thanks for clearing things up. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

dpkg-statoverride: usage question.

sumed that meant replacing one for the other in my postinst/prerm scripts, but after considering the issue further, I realized that maybe dpkg-statoverride was only intended for the local admin, and that I should just ship my file properly sgid mail. So which interpretation is correct? Thanks -- Ro

Re: kernel-{image,headers} package bloat

compile a kernel, but if they want a customized kernel, then, presuming the idea has merit, they would need to install the kernel-custom package, make a selection, and wait a bit. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: kernel-{image,headers} package bloat

h sides and then to find a superior solution, I see them beating the crap out of each other and wasting a lot of time. Then again, if that wasn't happening, I suppose I'd proabably wonder if I was reading the wrong list :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Anyone want to take over plotutils?

I'm trying to give up some of my less central packages because I'd like to spend more time on my others. Is anyone interested in plotutils? Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Corel/Debian Linux Installer

hat e2fsck couldn't fix that wasn't a wholesale drive loss. Is that still worth worrying about? Also, if you use something like amanda for backups, then you need to make sure your partitions are smaller than your tape size (after compression). -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: 3c5x9setup and isapnptools

sapnp tools. This would have been useful in the lab on several occasions, so I'm in favor. Glad you got things working. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Debian coding style?

de other header files (to prevent header file > bloat). Use forward class references to inform compiler of required data > types. What? This sounds *extremely* broken if I understand it correctly. > 21. Filenames: source files should have .cpp extension. .cc is much more common (I th

Re: [ITP/mostly packaged] hftpd

e description. This is particularly true when using apt-get. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Pthread programming

libc6) you install glibc-doc and look at "info -f /usr/share/info/libc.info". (It would just be "info libc", but things seem a little hammered right now during what appears to be the /usr/info to /usr/share/info transition.) -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: An 'ae' testimony

"Steve Lamb" <[EMAIL PROTECTED]> writes: > There is more to unix editors than those two, deal with it, move on. There is? :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Call for mascot! :-) -- flying pigs

ypothesis that higher animals like dolphins don't have abstract cognitive processes... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Call for mascot! :-) -- flying pigs

idair, and make a perfect reentry.;) Right, and they cooperate reasonably well too. Though our more consertive contingent might not like the fact that they also tend to be somewhat promiscuous. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Call for mascot! :-)

First, we build this large badger... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: stupid stats (was Re: xfree86_3.3.2.3a-9 (source i386 all) uploaded to master)

you weighted by compile (or install) time :> -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Bug#29352: Emacs postrm doesn't remove its site-lisp directory

cs/${FULL}/site-lisp 2>/dev/null && \ rmdir /usr/local/share/emacs/${FULL} 2>/dev/null) || true and as I recall I was pretty careful to try and make sure to put things in the right files/order when I originally set this stuff up. So which should it be for the "rm -rf major.

Re: Is rvplayer working for others?

[EMAIL PROTECTED] writes: > On the rvplayer side, nobody there seems to want to talk about it... > *sigh* Always nice to have such clear reminders of the importance of free software... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: graphical workspace viewer

Michael Meskes <[EMAIL PROTECTED]> writes: > Is there something like a graphical workspace viewer for Gnome? Do you mean a file browser, or a pager? If the former, then there's gmc. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Emacs addon packages--compile upon install?

ould affect (the add-on package maintainers), and I also don't have the time to implement it right now. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Deleting uncompressed Info/Doc files at upgrades

(it may not work if the tool needs random access (like gcc)). -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Deleting uncompressed Info/Doc files at upgrades

re not going to be able to build these example files inside /usr/doc (nor should you) anyway, so you'll have to copy them somewhere else. You can run gunzip on them then and there's no problem. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Deleting uncompressed Info/Doc files at upgrades

Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> writes: > M-x toggle-auto-compression > M-x auto-compression-mode Just put (auto-compression-mode 1) in your .emacs. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Is rvplayer working for others?

Ben Gertzfield <[EMAIL PROTECTED]> writes: > rvplayer does not work under Linux 2.1, if that's what you're running. Thanks. That explains it. Hope it gets fixed soon one way or another... -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Is rvplayer working for others?

"W. Paul Mills" <[EMAIL PROTECTED]> writes: > libc.so.5 => /lib/libc.so.5 (0x4018) Ah. You're using the older version, but other than newer versions, I have all the relevant libs. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Is rvplayer working for others?

I've installed the rvplayer package, but even something as simple as rvplayer /usr/doc/rvplayer/examples/welcome.rm doesn't work. The app comes up, and then it just sits there. Does this work for others? (verson 5.0-6) Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP=

Re: Can I create a sym-link in CVS?

wbacks) 3) look into cvswrappers For more info try $ info cvs C-s symbolic link -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Bug Report?

e are no other processes that need to do useful work, you don't want to be sleeping. Oh, and if you're using IDE drives (and presuming switching to SCSI isn't an option :>), you might investigate hdparm. It could be that one of it's options could help (specifically check out i

Changing emacs20 to use latin1 encoding by default.

eally is just better. Thoughts? -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: debian/rules and find

able. In general you want the weakest test rather than the strongest so that failures happen sooner rather than later -- i.e. once they've been compounded. MHO -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Intent to package LEIM

t; the emacs20 source package. Rob, could you do so in the next version of > the emacs20 package please? Thanks. I'm not really an expert on LEIM, so I'm not sure what you're asking for. What exactly is the problem, and how can I fix it? I'd be happy to as soon as I unders

Re: Ropes in stl (was Re: lack of wstring in libstdc++2.8-dev)

27;t think any of these bugs hurt anything, the compiler does the right thing, it just complains. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: Intent to package LEIM

Milan Zamazal <[EMAIL PROTECTED]> writes: > Is there any technical reason why LEIM (Emacs input methods) is not > available as a Debian package? If not, I'll package it. FWIW It's already part of the emacs20 package. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: lack of wstring in libstdc++2.8-dev

now. The code changes to accomodate this were pretty minor. -- Rob Browning <[EMAIL PROTECTED]> PGP=E80E0D04F521A094 532B97F5D64E3930

Re: libc6_2.0.7 release notes...

but acceptable, in my opinion. I don't think it's a good idea to do anything to make developmental versions "second-class citizens", especially since we've had many cases where these versions were the only reasonable versions to be using at the time. -- Rob Browning <

Re: Hamm Bug Stamp-Out List for June 25, 1998

ot unreasonable to have the package renamed. Yep, Debian no longer has a "one true emacs" :> I think this "bug" should be closed. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [

Re: libc6_2.0.7 release notes...

om here, then my only > recourse is to not release "pre-release" versions. I don't think > that is a good idea, as it wastes our testing manpower, and weakens > the final product. Of course. That would be ridiculous. No one sane is arguing in favor of that. -- Rob Browning

Re: libc6_2.0.7 release notes...

st place, but it would IMO be a "cleanish" solution to the problem. I've probably overlooked something obvious, so flame away... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gothenburg -> Vancouver

running a Quake server, and what about video/audio connections. The receiving side has to have a port open for some period... This should be fun... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMA

Re: Gothenburg -> Vancouver

click their "start button", but that's the extent of my knowledge. Mainly I don't know if they've got some proprietary way to configure the connection. Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30

Re: Adding dependency order to emacsen add-on install/remove process

ncy ordering is needed is in the calls to the add-on pacakges install scripts that happen en-masse when a flavor of emacs is installed. A little work with tsort (presuming I can get dpkg to cooperate at that point and hand over the relevant Depends lines) and we should have everything fixed up.

Adding dependency order to emacsen add-on install/remove process

fail. So what's the solution? I suppose you *could* use Pre-Depends, but is that the right answer? Thinking about it, that really may be the only thing that'll "do what you mean". Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 5

Re: Hamm Beta: Delay #1

ommon for frozen that makes the add-on package dependency issue explicit. Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: where is sed in slink?

e mirror, but I had to switch to mirroring unstable and frozen. Fortunately a bunch of disk space rained on me at just the right time... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] wi

Re: Hamm Beta: Delay #1

the user selects) I'm not so sure... I'm beginning to think that I need to fix this *now*. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gnome again

ementing the version number after *every* change is a *big* no-no :> Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libc6_2.0.7 release notes...

[EMAIL PROTECTED] (Adam P. Harris) writes: > A good percentage of Debian users (not just developers) are already > running hamm. Why should we have this academic discussion. Just > use epochs, use 2.0.7r, use *something*. I believe Dale's already decided to use 2.0.7r. --

Re: RFC: The BTS, "Severity: Fixed", etc. (Was: An idea for the BTS)

Why not just go with something more heirarchical like: Status: (hamm fixed) (bo known-workaround) etc. That way we don't have a potentially ever growing number of fields, just field contents... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F

Re: gnome again

ter I installed libgnome0, the hello programs died with shared lib problems until I ran ldconfig. I don't know if policy's been updated, but contrary to what it used to say you need a call in one of the install scripts (the postinst, I believe). -- Rob Browning <[EMAIL PROTECTED]>

Re: libc6_2.0.7 release notes...

d description removes my final (minor and previously unvoiced) objection to this scheme. It might even be worth working all this up for potential inclusion in policy (if we ever get a policy manager again :> ) -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A

Re: libc6_2.0.7 release notes...

just say we should use epochs and get on to more interesting problems. > In the mean time, unless anyone can object within the next several hours, > I will construct and upload a new release of glibc with the version > number: 2.0.7r-1 Sounds good. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libc6_2.0.7 release notes...

ading by hand, or an epoch number that they'll probably never see, and an automatic upgrade? Being aesthetically opposed to epochs to the degree that you're willing to force the user to upgrade manually seems unsupportable to me. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint

Re: Linuxconf

, but it might make it a lot more straightforward to handle most of the cases. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: libc6_2.0.7 release notes...

nd of announcement for this minor > issue? If I understand the issue, this should be fixed with an epoch... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of &quo

Re: RSync

ks in dist/ --regex-include "^dists/[^/]*$" # now kill everything remaining. --regex-exclude ".*" Support for fmirror's "p" and "f" regex distinctions would also save a lot of ".*" typing, but that's mostly just a frill... Thanks.

Re: ftp client for the base system

about one or the other. My favorite these days is lftp, but I'm not sure it qualifies as simple any more. Now that memory of the last location on a given site has been added, lftp has all the features I missed from ncftp. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D

Re: "Visual" IDE?

't fully realize that until I had a number of *tremendously* frustrating experiences. I haven't had any aggravations/disappointments to compare since I started using Debian. To each their own. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53

Re: RSync

: f win32.*\.deb exclude: f lg-(base|issue).*\.deb exclude: f python.*\.deb exclude: f kde.*\.deb exclude: f festvox.*8k_.*\.deb # Now say what we *do* want. include: p (dists|hamm)/.*/binary-i386/ include: p (dists|hamm)/.*/binary-all/ include: p ^dists/[^/]*$ # And kill all

Re: Only m68k and i386 in hamm?

#x27;m happy to deal with some ugly hacking to boostrap things if needed. Thanks -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: RSync

their permissions have changed, it handles these modifications itself. It's biggest failing (as far as I can see), is that it has really limited inclusion/exclusion mechanisms. For example, it looks like only one exclude-regexp is supported. Oh, and anyone else notice that mirror'

Re: signals and atomicity

s. One is the normal one you're waiting on for data, and the other is a control fd. Have thread B issue a (blocking) select on both of them, and if you need to wake B up immediately, don't use signals (which don't have the best semantics in the face of threads), just send a byte on t

Re: acct: process accounting and 2.1.96

dify configure.in to list linux/acct.h first and then re-run autoconf... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: signals and atomicity

to handle partial reads (see the man page "man 2 read" for more info, or the libc info pages). Note that you can set things up so that interrupted system calls restart themselves rather than returning with an error, but I don't recall at the moment which function does that. -

Re: packages which are links to bo

t; I'll just tolerate whatever happens. It's not like Guy doesn't have > enough to do ;) How about just using "cp -r ..." to make the image you're going to burn, which will flatten all the symlinks in the process. Not having burned any CD's myself, I don'

Re: packages which are links to bo

quot;flags_recursive+L" option, or run a command to "flatten" the symlinks. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

slink/main/binary-i386/Packages file is empty.

386> -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: APT broken ?

x27;s on hold and configured is another story. It really is installed and it should satsfy all the dependencies it provides as expected. All this is assuming I understand the issue at hand... -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 3

Re: #19519: tmpreaper: Will not remove dirs

Rob Browning <[EMAIL PROTECTED]> writes: > Assuming that you don't have to worry about new files inserted into > the tree while tmpreaper is running (do you?), then it's probably > easiest to just do this operation in two passes. (This is off the top > of my head, so

Re: #19519: tmpreaper: Will not remove dirs

out file names, using null as a file name terminator while generating lists, so you don't get fooled by other characters in filenames. -- Rob Browning <[EMAIL PROTECTED]> PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53 2B 97 F5 D6 4E 39 30 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

  1   2   3   >