Re: Bug#284642: ITP: dpkg-reversion -- change the version of a DEB file
On Wed, 8 Dec 2004, martin f krafft wrote: > also sprach Scott James Remnant <[EMAIL PROTECTED]> [2004.12.08.0909 +0100]: > > Generally the dpkg-* namespace is reserved for features that are > > intended for integration into dpkg at some point. > > well, by all means then. If dpkg-repack and dpkg-www are intended > for integration into dpkg, then reversion should be too. Probably yes on dpkg-repack. Definately not for dpkg-www. Which is a sucky name, btw.
Re: Bug#284642: ITP: dpkg-reversion -- change the version of a DEB file
On Thu, 9 Dec 2004, martin f krafft wrote: > also sprach Adam Heath <[EMAIL PROTECTED]> [2004.12.09.2053 +0100]: > > Probably yes on dpkg-repack. Definately not for dpkg-www. Which > > is a sucky name, btw. > > Agreed. However, if dpkg-repack goes into dpkg, why not provide > a means to edit a DEB file (without having to install it) too? Well, the plan is to make the dpkg-deb interface more formalized. What I mean, is being able to use it in a filter, with plugging input and output. Ie, multiple input methods: .deb, .rpm, filesystem filter mode: standard tar output output mode: filesystem, .deb, .rpm Repacking and editting then become easy to do.
Re: add Date: field to Packages files
On Fri, 10 Dec 2004, Santiago Vila wrote: > On Sat, 11 Dec 2004, Dan Jacobson wrote: > > > Say, perhaps a "Date:" field could be added to Packages files. > > I mean even dog food has the date stamped on it these days. > > Even my crumby message has a Date: field. > > Sure, as your eyes scan the MD5sum: field, the package's DNA is > > registered in your brain. But us old fashioned types would still like > > a Date: field. > > > Well Jacobson, the date can be clearly seen at http://.../pool/n/norbowitz > > But Mom said no more searching the web for dates, so now I'm offline. > > Even offline, files have time stamps in most modern filesystems out there. > Just remember to keep it when you download the Packages files, as it's > usually as available as the file itself. Timestamp of the .ar members.
Re: Bug#284642: ITP: dpkg-reversion -- change the version of a DEB file
On Sat, 11 Dec 2004, Ognyan Kulev wrote: > Adam Heath wrote: > > Well, the plan is to make the dpkg-deb interface more formalized. What I > > mean, is being able to use it in a filter, with plugging input and output. > > > > Ie, multiple input methods: .deb, .rpm, filesystem > > > > filter mode: standard tar output > > > > output mode: filesystem, .deb, .rpm > > > > Repacking and editting then become easy to do. > > Is there web page for such plans? I couldn't find anything useful with > Google. Unless my brain has evolved and started running a tcp stack, no.
Re: Bug#284642: ITP: dpkg-reversion -- change the version of a DEB file
On Sat, 11 Dec 2004, Scott James Remnant wrote: > On Sat, 2004-12-11 at 21:51 +0200, Ognyan Kulev wrote: > > > Adam Heath wrote: > > > Well, the plan is to make the dpkg-deb interface more formalized. What I > > > mean, is being able to use it in a filter, with plugging input and output. > > > > > > Ie, multiple input methods: .deb, .rpm, filesystem > > > > > > filter mode: standard tar output > > > > > > output mode: filesystem, .deb, .rpm > > > > > > Repacking and editting then become easy to do. > > > > Is there web page for such plans? I couldn't find anything useful with > > Google. > > > I certainly don't share these plans. You came on after I last discussed this with anyone from the dpkg team. The above makes it easy to exclude whole heiarachies, ie, /usr/share/doc. It can also be used to alter /lib to /lib64 or /lib32, on the fly, during install.
Re: Always run dpkg --dry-run -i before running dpkg -i!
On Thu, 6 Jan 2005, William Ballard wrote: > Apparently the dickhead maintainer of ndiswrapper-source has just gone > into his shell and refuses to discuss this problem. > > Since his package (and theoretically any package which generates > packages) may be uninstallable because there is no way to say "give me > the source and everything I need to be able to use the output" via > Recommends, or a foo-source-end-user metapackage which depends on > foo-source and foo-utils, we are left in the situation of not being able > to trust that -source packages won't hork our system. > > (If the package is a network card driver source package our system may > then be unfixable because now our network card is hosed). > > Given that -source packages do not adequately specify the dependencies > to be able to use the output, one must NEVER run "dpkg -i" a given deb > without first running "dpkg --dry-run -i" on the same debs and verifying > that it returns a zero exit code. > > I don't know why this isn't the default behavior of dpkg -i, checking > that at least all dependencies will be met before uninstalling old > packages and leaving the system broken. Er, huh? I don't see what problem you are describing. What *exactly* is the issue you have?
Re: Always run dpkg --dry-run -i before running dpkg -i!
On Thu, 6 Jan 2005, Adam Heath wrote: > On Thu, 6 Jan 2005, William Ballard wrote: > > > Apparently the dickhead maintainer of ndiswrapper-source has just gone > > into his shell and refuses to discuss this problem. > > > > Since his package (and theoretically any package which generates > > packages) may be uninstallable because there is no way to say "give me > > the source and everything I need to be able to use the output" via > > Recommends, or a foo-source-end-user metapackage which depends on > > foo-source and foo-utils, we are left in the situation of not being able > > to trust that -source packages won't hork our system. > > > > (If the package is a network card driver source package our system may > > then be unfixable because now our network card is hosed). > > > > Given that -source packages do not adequately specify the dependencies > > to be able to use the output, one must NEVER run "dpkg -i" a given deb > > without first running "dpkg --dry-run -i" on the same debs and verifying > > that it returns a zero exit code. > > > > I don't know why this isn't the default behavior of dpkg -i, checking > > that at least all dependencies will be met before uninstalling old > > packages and leaving the system broken. > > Er, huh? I don't see what problem you are describing. > > What *exactly* is the issue you have? I've now taken time to read the bug report. You're wrong, and the maintainer is right.
Re: Always run dpkg --dry-run -i before running dpkg -i!
On Thu, 6 Jan 2005, William Ballard wrote: > On Thu, Jan 06, 2005 at 11:02:40PM +0100, Jeroen van Wolffelaar wrote: > > On Thu, Jan 06, 2005 at 04:58:56PM -0500, William Ballard wrote: > > > Apparently the dickhead maintainer of ndiswrapper-source has just gone > > > into his shell and refuses to discuss this problem. > > > > Eh, if you start a mail like this, I don't even read further on this > > mail... sorry. > > Yeah, the other guy decided to be a dick too, so you've got company. The only person here I see acting inappropriately(name calling, etc) is you. You may not agree with the maintainer's responses, but that doesn't mean he's a dick(head). Again, reading the report, I see you getting more and more frustrated, and then resorting to name calling, and dirt throwing(publically, on this list). Both are signs of poor ettiquette.
Re: Always run dpkg --dry-run -i before running dpkg -i!
On Thu, 6 Jan 2005, Sebastian Ley wrote: > * William Ballard wrote: > > [...crap...] > > Do you need the -utils apckage to build the -source package? No. So no Depends > and no Recommends for you. Period. Depends and Recommends have a certain > well-defined meaning and I am greatful that we are not arbitarily misusing > them. > > The resulting -modules package has a depends on the -utils package, which is > everything that is needed. It *may* require a versioned depends on a newer version, but that's just a normal bug.
Re: Bug#293669: ITP: xen -- virtual machine monitor
On Sat, 5 Feb 2005, Thomas Wana wrote: > Package: wnpp > Severity: wishlist > > > * Package name: xen > Version : 2.0.4 > Upstream Author : University of Cambridge Computer Laboratory > <[EMAIL PROTECTED]> > * URL : http://www.cl.cam.ac.uk/Research/SRG/netos/xen/ > * License : GPL / BSD license > Description : virtual machine monitor > > Xen is a virtual machine monitor for x86 that supports execution of > multiple guest operating systems with unprecedented levels of > performance and resource isolation. Any Linux distribution (RedHat, > SuSE, Debian, Mandrake) should run unmodified over the ported OS. > Xen can securely execute multiple virtual machines, each running its > own OS, on a single physical system with close-to-native performance. Er, no. xen 1.2 is already in unstable. Plus, I've been finishing up the xen 2.0 debs. I *just* got done rebasing my 2.0.3 debs against 2.0.4(which was just released today). ps: I'm the maintainer of xen 1.2. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Xen-devel] Re: xen 2.0.x and debian
On Sat, 5 Feb 2005, Adam Heath wrote: > On Wed, 2 Feb 2005, Nuutti Kotivuori wrote: > > > Tom Hibbert wrote: > > > I think we are waiting on 2.6.10 to get accepted into testing. If > > > you're tired of waiting you can build the debs yourself (like I did > > > :) > > > > > > http://people.debian.org/~doogie/xen_2.0.3-0.diff.gz > > > > Please add 'dh-kpatches' to build-deps. > > Already done, just not uploaded there. I'll do so when I wake up. > > Here is the list of things left to do, before uploading: > > * Disable 2.4.29 patch generation. This kernel source is not yet in > debian(arg!). > > * Copy package descriptions from 1.2, and extend for 2.0. > > * Verify sanity of xendomains init script, as far as debian policy is > concerned. > > * Generate pristine 2.6.10 source from debian kernel source, instead of > requiring ../linux-2.6.10.tar.bz2 to exist. > > * Allow for installation of xend(and friends) when not running a xen kernel. > The code currently breaks badly if a system dual-boots. Users are also > prone to install a set of tool debs and the kernel in one run, before > rebooting into the new kernel. > > The above are all that is required for an upload to experimental. I need to > do upgrade testing from 1.2 before I can upload to unstable, however. Ok, I've uploaded to debian's experimental tree. This is to make certain it doesn't blow up when people install it(even tho I'm using it locally). The main problem with it is that it doesn't do upgrades from 1.2 at all. All the above TODO items are solved, except that the xendomains init script doesn't implement force-reload. If you want to fetch the packages before they are processed thru debian's NEW archive, then visit http://people.debian.org/~doogie/packages/. The debs, and source archives, are both there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packaging status of Xen 2.0(.4)
On Mon, 7 Feb 2005, Raphael Bossek wrote: > Hi Adam, > > how are you? I'm writing again for a Xen 2 update. > > How does the packaging of Xen 2.0(.4) proceed ? I've started myself > the packaging in the hope I can help you with my work. Er, you aren't paying attention. xen 2.0.4 was uploaded saturday, to experimental. I sent mail -devel saying so. I uploaded there, 'cuz I don't yet handle upgrades from 1.2(don't know if I can, it's rather different). It's still sitting in NEW however. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Packaging status of Xen 2.0(.4)
On Mon, 7 Feb 2005, Raphael Bossek wrote: > Hi Adam, > > > It's still sitting in NEW however. > Nice. I've downloaded the 2.0.4-3 packages from people.d.o and created > kernel-image-2.6.10 packages with Xen applied. Everybody who is interesed > in Xen 2.0 can use this APT repository: > > deb http://einstein.sdg.speech-design.de/~br/kernel-image-xen ./ > deb-src http://einstein.sdg.speech-design.de/~br/kernel-image-xen ./ > > The current aproch is a replacement for the official 2.6.10 kernel-image > packages. If requested, I can create kernel-image-xen-2.6.10 packages. > I will try to keep the repository up-to-date with the Xen releases. > > Thx Adman for you work! > > PS: At this moment I've only a remote access to i386 so I could not test > the kernel-image packages. But I think Adman done it already so they should > work. Happy testing :) s/Adman/Adam/ I'd prefer it if there were *no* official kernel-image-xen packages. The reason, is that it's an increased load on the security team. Plus, maintaining the config. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: what is /.udev for ?
On Wed, 9 Feb 2005, David Mandelberg wrote:
> GOMBAS Gabor wrote:
> > ... which would mean that it would become unaccessible (and thus
> > meaningless) as the real /var gets mounted later in the boot process.
> > You cannot reliably put it under a directory that is not guaranteed to
> > be on the root file system; that leaves roughly /, /etc, /bin, /lib and
> > /sbin. Pick your favourite :-)
> What about this:
>
> TMPDEV="`mktemp -d /tmp/devXX || { mkdir /.dev; echo -n /.dev; }`"
> mount -o bind /dev $TMPDEV
> mount -t tmpfs none /dev
> mkdir /dev/orig
> mount -o bind $TMPDEV /dev/orig
> umount $TMPDEV
> rm -rf $TMPDEV
Unless of course /tmp is mounted /tmpfs later.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#295213: general: Upgrade removed /usr/local (symlink)
On Mon, 14 Feb 2005, Frank Küster wrote: > Please be so kind and keep the bug number address in the Cc > > Tuomo Valkonen <[EMAIL PROTECTED]> wrote: > > > On Mon, Feb 14, 2005 at 03:24:59PM +0100, Frank Küster wrote: > >> Is any tetex package installed on the system, and can you give the > >> version numbers currently installed and, ideally, of the old ones before > >> the upgrade? We had a bug with /usr/local/ in tetex-base, and this might > >> be connected. > > > > Tetex is installed, tetex-base being currently version 2.0.2c-6. I don't > > know the previous version, but I think I last upgraded sometime around > > mid-january. > > Could it have been after January 24st? This is the date when we released > a version (2.0.2c-4) that erroneously shipped /usr/local/share/texmf in > the deb. This caused a symlink to be converted to a real file for one > user when he upgraded from the buggy version to the fixed version, > 2.0.2c-5 (that did no longer contain that directory). Er, don't think so. dpkg doesn't convert symlinks to dirs. However, if a user uses tar directly, then this can occur.
Re: Bug#295328: general: Help messages to stderr should be banned
On Tue, 15 Feb 2005, Frank Küster wrote:
> "Francesco P. Lovergine" <[EMAIL PROTECTED]> schrieb:
>
> > On Tue, Feb 15, 2005 at 07:38:08AM -0600, John Hasler wrote:
> >> Francesco P. Lovergine writes:
> >> > It depends on programs, sometimes the same usage function is used for
> >> > either --help or invalid options.
> >>
> >> Sure, but the output should still be directed correctly.
> >
> > Quite difficult if the function is the same. In both cases it uses stderr.
>
> #!/bin/sh
>
> usage(){
> if [ "$1" = "STDERR" ]; then
> EXITCODE=1
> exec >&2;
> else
> EXITCODE=0
> fi
> echo "bla..."
> exit $EXITCODE
> }
>
> case "$1" in
> --help|-h|-help)
>usage;;
> --foo)
> ...
> *)
>usage STDERR;;
> esac
>
> Translation to Perl, Python, C, whatever, and to multiple arguments is
> left to the reader as an afternoon exercise.
What's with all this complexity? Just redirect stdout to stderr when you call
the function. Geez.
==
usage() {
if [ $# -gt 0 ]; then
echo "$@"
fi
echo foo
echo baz
}
case "$1" in
(-h)usage; exit 0;;
(*) usage "Unknown option($1)" 1>&2; exit 1;;
esac
==
immediate downtime for {master,murphy}.debian.org
Due to unforseen hardware issues with other machines we host, we need to take master and murphy offline, install them onto rails. We had planned on scheduling this, but other problematic hardware has forced to do this on short notice. The original rails sent with the machines didn't work in our rack, which is why they were never railed to begin with. We got new rails a while ago from HP, but had not scheduled time to install them, due to being busy with other things. I don't expect long downtime(after all, installing rails is not complex). The machines will be offline in under 30 minutes(which should be enough time for this mail to be sent out). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Let's remove mips, mipsel, s390, ... (Was: [Fwd: Re: GTK+2.0 2.6.2-3 and buildds running out of space])
On Tue, 22 Feb 2005, Dirk Eddelbuettel wrote: > files.downloaded percent > i386 1285422 70.5079 > all 504789 27.6886 > powerpc17754 0.9738 > ia64 10111 0.5546 > sparc 3336 0.1830 > arm 850 0.0466 > alpha507 0.0278 > hppa 204 0.0112 > mipsel91 0.0050 > m68k 15 0.0008 > mips 7 0.0004 > s390 4 0.0002 > total1823090 100. These numbers show a cross-section of users who use this particular mirror. It is not represenative of the world as a whole. Far from it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: self-depending packages
On Tue, 1 Mar 2005, Tollef Fog Heen wrote: > * Antti-Juhani Kaijanaho > > | On 20050228T204520+, Andrew Suffield wrote: > | > On Mon, Feb 28, 2005 at 09:49:41PM +0200, Antti-Juhani Kaijanaho wrote: > | > > On 20050228T164806+, Andrew Suffield wrote: > | > > > Unfortunately apt breaks the code. If you use dpkg directly it'll > | > > > work. If you use apt it'll pick a random and unpredictable starting > | > > > point. > | > > > | > > Doesn't apt usually unpack all packages first and then configure them in > | > > one run, so that shouldn't matter? > | > > | > dpkg does the same thing > | > | So how does apt break it but using dpkg doesn't? > > apt invokes dpkg on the command line and due to maximum command line > length it sometimes is split in an unfortunate place. > > This will be fixed once dpkg is librarified. Er, no, it won't. That part of dpkg is not set to be turned into a library. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: self-depending packages
On Wed, 2 Mar 2005, Tollef Fog Heen wrote: > * Adam Heath > > | On Tue, 1 Mar 2005, Tollef Fog Heen wrote: > | > | > apt invokes dpkg on the command line and due to maximum command > | > line length it sometimes is split in an unfortunate place. > | > > | > This will be fixed once dpkg is librarified. > | > | Er, no, it won't. > > Please follow my mail-followup-to and don't send me private replies. > > Also, according to http://www.netsplit.com/blog/tech/debian/dpkg: > > > The libdpkg library > > > > This is mostly an act of re-engineering the current code so that the > > dpkg command-line tool is simply a wrapper around a libdpkg library. > > > > Front-ends and APT would link to this library instead of using the > > command-line. One of the most immediately obvious things this solves > > is the line-length issue that requires APT to break up invocations, > > sometimes in bad places. > > so I think you are wrong here. Er, hardly. libdpkg will contain *extremely* low-level stuff. Reading/writing debs(ar/tar/gzip/bzip/checksum stuff). It won't contain higher-level anything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xend is stopped before xendomains in debs
On Thu, 10 Mar 2005, Miquel van Smoorenburg wrote: > On Wed, 9 Mar 2005, Adam Heath wrote: > >On Wed, 9 Mar 2005, Adam Heath wrote: > >>On Wed, 9 Mar 2005, Henning Glawe wrote: > >>> > >>> Moin, > >>> just discovered a small problem in the xen-debian packages (2.0.4-4, from > >>> people.d.o): > >>> the sysv init links are done in the following way: > >>> > >>> S20xend > >>> S20xendomains > >>> K20xend > >>> K20xendomains > >>> > >>> so xend is shutdown before the xen-domains are shutdown, which of cause > >>> fails > >>> when there's no xend... > > > >>This is a bug in run-parts. It should reverse the order. > >> > >>Or you are not understanding how it works. > > > >reassign 298783 sysv-rc > >thanks > > I don't understand. What is the bug? The order sysv-rc uses to > run the scripts is the standard order used by POSIX when you > do a "for i in S??*". That is well known. If that isn't what > you'd like it to be, fix the priority of the Sxx symlinks. > > Or am I overlooking something ? Hrm. Maybe this is a problem with update-rc.d. But I don't know. update-rc.d defaults bar creates rc2.d/S20bar and rc6.d/K20bar, and update-rc.d defaults foo creates rc2.d/S20foo and rc6.d/K20foo. During start, bar is started before foo, which is what is expected. However, during shutdown, bar is stopped *before* foo, instead of the other way around. Yes, one can change the priority of one of the scripts. But that is a lot more overhead. I'm cc'ing devel, as this could be a more general problem, worthy of a broader fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: automake/autoconf in build-dependencies
On Fri, 11 Mar 2005, Paul Hampson wrote: > * timestamp skew means that the autobuilt makefiles will try > to rebuild configure from configure.in even if configure is patched by > dpkg-source at the same time as configure.in > * A solution for this is in the above-mentioned README.Debian New dpkg-source support will work too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: discussing Debians qualities
On Tue, 15 Mar 2005, Matthias Urlichs wrote: > Hi, Julien BLACHE wrote: > > > The time it takes to do a release nowadays might very well be related > > to the use of testing. I tend to think we did better before we > > introduced testing. > > Probably. On the other hand, I think that the coverage we get from testing > is a lot higher than from unstable, by the simple fact that more people > risk using testing as their day-to-day system. (I wouldn't dream of > installing Unstable on my "Real Work" system. Testing? No problem.) Interesting idea. The increased coverage most likely leads to more problems being found, which means more time is needed to fix them. In the end, this leads to a better release. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-sig support wanted?
On Wed, 23 Nov 2005, Marc Haber wrote: > >In the archive, 525 out of 283283 .deb's are dpkg-sig'd (0.19%). There > >are 8 distinct keys used for those 525 .deb's, seven of which correspond > >to DD's[1]. > > So, most of the DD's do not care about security at all. Why does > Debian have a reputation of being so secure? Ah, you're a gloom-and-doomer. There's been no push. No default. No message saying that it's acceptable and wanted to sign debs. Most people(not just DD) take the defaults, the easy way out. These numbers will increase when the default is to sign. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: possible freetype transition; improved library handling needed for all C/C++ packages
On Sun, 27 Nov 2005, Hamish Moffatt wrote: > On Tue, Nov 22, 2005 at 02:37:19PM -0800, Steve Langasek wrote: > > Due to upstream ABI changes, it looks very likely that libfreetype is > > going to have to undergo a library transition in the near future[0]. > > The details are still being settled, and it's possible (though unlikely) > > that the library will be fixed so that no transition is needed, but in > > the meantime I'd like to leave you all with a public service > > announcement. > > [...] > > > This email, therefore, is a call-to-arms for maintainers to improve > > the library handling in their packages. The impetus for this request is > > the prospective freetype transition, but if you maintain *any* packages > > in C and C++, this mail is still addressed to you. > > So, I found out that my trustedqsl package is fairly guilty in this > regard. Not in regard to freetype, but it links directly to openssl and > libexpat, even though it doesn't use them. Upstream's autoconf setup > actually does this deliberately. > > I've trimmed the configure scripts to avoid this, leaving me with the > link commands for the two binaries being: > > g++ -Wall `"/usr/bin/wx-config" --cxxflags` -I/usr/include -I/usr/include > -I/usr/include -g -O2 -o tqsl tqsl.o extwizard.o tqslwiz.o dxcc.o > stationdial.o qsodatadialog.o tqslvalidator.o tqsl_prefs.o wxutil.o -pthread > -lwx_gtk-2.4 -ltqsllib > > g++ -Wall `"/usr/bin/wx-config" --cxxflags` -I/usr/include -I/usr/include > -I/usr/include -g -O2 -o tqslcert tqslcert.o crqwiz.o dxcc.o certtree.o > tqslcert_prefs.o getpassword.o extwizard.o loadcertwiz.o wxutil.o -pthread > -lwx_gtk-2.4 -ltqsllib And what does wx-config produce? Please expand everything when asking questions. > (wx-config --libs says "-pthread -lwx_gtk-2.4"). But you use --cxxflags. > However, my built package depends on zlib1g, which it doesn't use > directly and doesn't -l during link. objdump -p $binary|grep NEEDED. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Checksumming tool
On Mon, 28 Nov 2005, Lars Wirzenius wrote: > File: foo%20bar/hellurei.txt > Size: 12345 > MD5: 012345667 > SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a > Mode: 0644 Checksum: md5: 0123456789[B sha-256: 0a0a0a0a0a0a0a0a0a0a0a0a Having the names of the checksums be the header names could lead to clashes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: key please
On Sun, 4 Dec 2005, c sojanc wrote: > sir, > i want user name and serial number to install Wildform > Wild fx 3 id10t 42 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Size matters. Debian binary package stats
On Sat, 24 Dec 2005, Goswin von Brederlow wrote: > It would require some buildd hacking to get it to use gzip only for > those few debs so more human power. debs are created by debian/rules. So, only dependencies of dpkg would have to be modified. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel-package hooks transition
On Sun, 25 Dec 2005, Sven Luther wrote: > Well, you are the expert, i said this, because the > /usr/share/debconf/confmodule script i use in mkvmlinuz and recomended by > debconf-devel says : > > # Redirect standard output to standard error. This prevents common > # mistakes by making all the output of the postinst or whatever > # script is using this library not be parsed as confmodule commands. > # > # To actually send something to standard output, send it to fd 3. > > which i read that &1 goes to debconf and &3 to stdout normally. But then i am > largely out of my depth here, and would greatly greatly appreciate someone > with a real clue (you or joeyh being likely candidates here :) to have a look > at this issue. Mmm, need to go and read the rest of your mail really, ... No, that says 1 goes to 2, 3 goes to stdout, and stdout is connected to debconf. I bet you'll find the debconf commands sending data to 3. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Size matters. Debian binary package stats
On Sun, 25 Dec 2005, Goswin von Brederlow wrote: > > debs are created by debian/rules. So, only dependencies of dpkg would have > > to > > be modified. > > I was talking about the hypothetical situation of dpkg defaulting to > !gzip compression and adding a Pre-Depends to the dpkg version > required for unpacking. The buildd would have to override that for > core packages. No, the packages themselves would include such logic in their debian/rules. There's no way we'd want to keep buildds in sync with what the set of core packages is. And, besides, libc6.deb is core, but is libc6-dev? Or it's documentation? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Size matters. Debian binary package stats
On Tue, 27 Dec 2005, Goswin von Brederlow wrote: > > No, the packages themselves would include such logic in their debian/rules. > > There's no way we'd want to keep buildds in sync with what the set of core > > packages is. > > That would realy defeat the purpose of not having to modify every deb. We'd only modify the set of packages that are in base. That's a very small set. Are you thinking the opposite? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[OT: HUMOR] Re: stable aliases for CD drives
On Wed, 28 Dec 2005, Steve Langasek wrote: > On Thu, Dec 29, 2005 at 01:00:40AM +0100, Marco d'Itri wrote: > > As you can see, %e will go away soon so /etc/udev/cd-aliases.rules will > > not be supported anymore. > > Some component of debian will have to install a rules file with static > > aliases, and so far I think that this should be a task for d-i. > > Comments and other ideas are welcome. > > What will provide this for systems upgraded from sarge? Didn't you hear? Debian is trying to be like Redhat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#345091: ITP: checkgmail -- Alternative Gmail Notifier for Linux via Atom feeds
On Wed, 28 Dec 2005, Sandro Tosi wrote: > Package: wnpp > Severity: wishlist > Owner: Sandro Tosi <[EMAIL PROTECTED]> > > * Package name: checkgmail > Version : 1.4 > Upstream Author : Owen Marshall <[EMAIL PROTECTED]> > * URL : http://checkgmail.sourceforge.net/ > * License : GPL > Description : Alternative Gmail Notifier for Linux via Atom feeds I looked at the homepage, and while this does appear useful, is it really nescessary to be packaged all by itself? Think about a collection package; I don't think debian should be overloaded with tons of single-program packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: not getting CCs from the bugs I reported
On Thu, 29 Dec 2005, kamaraju kusumanchi wrote: > Hi all >I might be acting paranoid here but just want to clarify couple of > things. I was under the impression that, if I report a bug to > bugs.debian.org, any future correspondence on that bug will be CCed to > me automatically. Is this correct? > > I have reported http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309995 > on May 20 2005. After that I received only first two replies (one from > Eric Donald requesting for more info and me replying to that). I have > not received any further correspondence (ie all the emails on and after > May 22 2005) to my email address (kamaraju at gmail dot com) . I am very > sure of this because I never delete any emails coming from > bugs.debian.org . I am wondering if there is a bug in the software that > runs bugs.debian.org? If not please give provide some help as to why > this is happening? You'll only get mails if the sender sends to ###-submitter. Mail sent to just ### is not forwarded, and only stored. This is not a bug in the software, but in the person sending the mail. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies on makedev
On Thu, 29 Dec 2005, Marco d'Itri wrote: > To prepare for the eventual removal of makedev, I propose that packages > currently depending on it will add an alternative dependency to udev. > Also, policy should be amended accordingly. Er, why is makedev being removed? Please clue me in. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-devel@lists.debian.org
On Thu, 29 Dec 2005, Adrian von Bidder wrote: > Hi Milan, Jon, > > As discussed, 'the Debian project' as such has huge difficulties accepting > hardware donations - offers are often turned down. (tangent - in my opinion > donations should be accepted more liberally and if the Debian > administrators can not be bothered to administer yet another machine, I'm > sure somebody can be found on case-by-case basis to administer these > machines and give out accounts to developers as needed.) > > For Sun machines, the best place to ask is probably the Debian sparc porters > mailing list (debian-sparc@lists.debian.org) - if anybody is interested in > this machine, he's bound to hang out there. I guess you could donate the > machine to the Debian project and have it be taken care of some individual > developers. Especially since you (Milan) are ready to host it, you can > somewhat control that it's really being used for Debian work (or at least, > you can cut access again and donate it to somebody else or whatever.) > > Another possibility is local Linux user groups - especially since (I'm > thinking of Milan) international shipping may be a major problems. A machine *donated* to the debian project has to be *maintained* and *hosted*. The DSA(Debian System Administrators) do not want to maintain machines, unless it can be shown that the machine in question is of great benefit to the entire project, at large. Also, hosting can be a sticky situation. First, bandwidth issues, due to people downloading packages, is there a local mirror for the arch, etc. Then, a machine allowing 1000+ people may be an issue to some hosting companies. In addition, a machine for use by the project at large generally needs to be able to support lots of random developers logging in, and leaving stuff lying around. This means disk space. Another problem is who does the work when the hardware fails? All hardware will fail, at some point. This requires a local admin to tend to the machine. It is also helpful if the local admin knows a bit about the architecture in question(altho, this isn't always a requirement). These reasons outline(1), in a nutshell, why individual people donating individual random old machines get turned down, time and time again. 1: this list is not complete, and only has the most obvious items. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies on makedev
On Thu, 29 Dec 2005, Marco d'Itri wrote: > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > To prepare for the eventual removal of makedev, I propose that packages > > Er, why is makedev being removed? Please clue me in. > "Eventual" is the key word here. > Because /eventually/ it will not be needed anymore (at least by most > users, which then will be able to remove it from their systems). **Why?** Is there something to replace it, completely, in *all* situations? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies on makedev
On Thu, 29 Dec 2005, Marco d'Itri wrote: > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > Because /eventually/ it will not be needed anymore (at least by most > > > users, which then will be able to remove it from their systems). > > Is there something to replace it, completely, in *all* situations? > udev, at least for the general case of users using devices in /dev, > fully replaces MAKEDEV. > > The only exceptions I can think about are broken drivers which have not > been ported to the device model (but I could not name any) and people > who create device nodes out of /dev for weird reasons (usually because > they need multiple copies of the same device with different owners). Ok, pardon the noob questions, but here they come: How does persistance of the permission model work? Can I do chown/chmod on the dynamic files in /dev, and have them remain the next time? Even if a device node changes it's name? Or do I have to edit some alternative database? I've been running 2.6 for a while now. Lots of our servers do(all our xen machines). We've had no use for any dynamic device anything; in fact, I'd much prefer to not have anything dynamic on a server; stable names is all I want(which means the kernel renaming scsi devices is broken, but C'est La Vie). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[RESOLVED] Re: dependencies on makedev
On Thu, 29 Dec 2005, Adam Heath wrote: > On Thu, 29 Dec 2005, Marco d'Itri wrote: > > > On Dec 29, Adam Heath <[EMAIL PROTECTED]> wrote: > > > > > > Because /eventually/ it will not be needed anymore (at least by most > > > > users, which then will be able to remove it from their systems). > > > Is there something to replace it, completely, in *all* situations? > > udev, at least for the general case of users using devices in /dev, > > fully replaces MAKEDEV. > > > > The only exceptions I can think about are broken drivers which have not > > been ported to the device model (but I could not name any) and people > > who create device nodes out of /dev for weird reasons (usually because > > they need multiple copies of the same device with different owners). > > Ok, pardon the noob questions, but here they come: > > How does persistance of the permission model work? Can I do chown/chmod on > the dynamic files in /dev, and have them remain the next time? Even if a > device node changes it's name? Or do I have to edit some alternative > database? > > I've been running 2.6 for a while now. Lots of our servers do(all our xen > machines). We've had no use for any dynamic device anything; in fact, I'd > much prefer to not have anything dynamic on a server; stable names is all I > want(which means the kernel renaming scsi devices is broken, but C'est La > Vie). Ok, well, I've talked to Marco on irc for a bit. I'd summarize what he said here, but he didn't actually say anything. So, these people pushing these automatic whizzywigs are just blowing smoke. Nothing to see here, move along. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies on makedev
On Fri, 30 Dec 2005, Roger Leigh wrote: > > How does persistance of the permission model work? Can I do chown/chmod on > > the dynamic files in /dev, and have them remain the next time? Even if a > > device node changes it's name? Or do I have to edit some alternative > > database? > > You edit or add to the udev rules. These are usually used to set > policy for whole categories of devices, but you can of course fine > tune it, or replace all the standard rules with your own. The default > gives you all the standard names, as with a static /dev. (I > personally switched it to the devfs-style rules.) That's the wrong answer. What ever happened to standard unix tools? chmod/mkdir/chown/mv? You're suggesting doing things like some other OS(like Windows, were you have to edit a registry). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dependencies on makedev
On Fri, 30 Dec 2005, Matthew Garrett wrote: > Adam Heath <[EMAIL PROTECTED]> wrote: > > > That's the wrong answer. > > > > What ever happened to standard unix tools? chmod/mkdir/chown/mv? > > > > You're suggesting doing things like some other OS(like Windows, were you > > have > > to edit a registry). > > Indeed. Editing plain text configuration files has never been the Unix > way, and vi certainly isn't a standard unix tool. No, I'm saying why are people attempting to replace what already works with something new and obfusicated? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
brainfood outage today(master/murphy(lists.debian.org))
Today our main router's power supply bit the big one. However, it's back now. Sorry for the inconvience. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: bits from the release team
On Tue, 3 Jan 2006, Margarita Manterola wrote: > On 1/3/06, Sven Luther <[EMAIL PROTECTED]> wrote: > > > Why do you put the kernel together with the essential toolchain freeze, it > > should be together with the rest of base, i believe. > > [...] > > We will have a kernel which is outdated by two versions at release time with > > this plan, since there are about 1 kernel upstream release every 2 month. > > > > So, we will be asking the question about the upgradability of the kernel > > later > > during this release process, and i believe that it is not something which > > should be ignored. Already you are considering upgrading the sarge kernel > > which has some trouble booting on a rather non-negligible quantity of > > hardware, so having a two version outdated kernel at release time is not > > nice. > > I really don't think that having a four months out-dated kernel is > that bad. What is really important is to have stable kernels. Past > experience with the modified 2.6 release policy has shown that some > 2.6 kernels are pretty stable and some others are quite crappy. Not to mention that 2.6.15 requires a newer udev. Who knows what other newer things newer kernels might require. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-torrent (WAS: Re: apt PARALLELISM)
On Mon, 9 Jan 2006, Arnaud Kyheng wrote: > > Hello all and Happy New Year, > > > Thanks to George, apt-torrent has been mentioned in the Debian Devel > list :o) > > I've just noticed it, and the fun part of this discovery, is that I also > found why my ISP has closed sianka.free.fr: Too much hits since the > latest Debian Weekly News, and the new apt-torrent 0.3.1-1 package ! > > I apologize, but, victim of its success, the apt-torrent homepage is > down, and so is, its repository. > > It'll take me some time to find a new, and more appropriate home for > apt-torrent. What stats are needed? Brainfood is offering. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Powerfulness
On Tue, 10 Jan 2006, Frank Küster wrote: > > So vim is in the simple, for newbies class? > > No, there's actually three classes: "Simple editors for newbies", > "not-so-simple but, er, powerful editors", and "religions". ae is the religion variety.
Re: For those who care about lesbians
On Sat, 14 Jan 2006, Bartosz Fenski aka fEnIo wrote: > On Sat, Jan 14, 2006 at 03:00:40PM +, Andrew Suffield wrote: > > Since this sort of thing is apparently okay nowadays, and I know that > > a lot of you like looking at lesbians, I'd like to share this with > > you: > > > > http://www.flickr.com/photos/[EMAIL PROTECTED]/81351129/in/photostream/ > > > > [And for the sarcasm-impaired: debian-devel-announce is for Debian > > development, not anything that you (or any other group of people) > > happen to be interested in. Don't post irrelevant stuff here. It would > > be a real shame if the list had to be moderated because people can't > > exercise good judgement. Anything sent here should be of interest to > > an overwhelming majority of Debian developers, *at least* - if you're > > using phrases like "for those who care about X", it belongs somewhere > > else, like X-announce.] > > I got you sarcasm, but I still think that messages posted to > debian-devel-announce should be more official. Even I you wanted to > inform everybody that it's not proper place to post information not related > to Debian itself you could do it in more formal language... otherwise we're > going to have more ironic posts here, and that's not what most people > expect subscribing to this list. In fact, both of the last 2 emails to d-d-a go against the AUP. Procedures should be started to punish the offenders. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about their packages in Ubuntu
On Mon, 16 Jan 2006, Joey Hess wrote: > Please consider ALL code written/maintained by me that is present in > Ubuntu and is not bit-identical to code/binaries in Debian to be not > suitable for release with my name on it. Then how would d-i+debconf have gotten some of the enhancments that you yourself have blogged about? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: For those who care about their packages in Ubuntu
On Tue, 17 Jan 2006, Anthony Towns wrote: > > What I find very dissapointing is that mdz asked on debian-devel twice > > for a decision from debian how ubuntu should handle the maintainer Field > > without any luck: > > http://lists.debian.org/debian-devel/2006/01/msg00678.html > > http://lists.debian.org/debian-devel/2005/05/msg00260.html > > http://lists.debian.org/debian-devel/2006/01/msg00966.html Debian developers set the Maintainer field to themselves(or a team), when they upload to Debian. The upstream author is only mentioned in the copyright file. Ubuntu should do something similiar. Set the Maintainer field to someone from their group, and mention debian in the copyright(or other appropriate place). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
On Tue, 17 Jan 2006, Matt Zimmerman wrote: > > Debian developers set the Maintainer field to themselves(or a team), when > > they > > upload to Debian. The upstream author is only mentioned in the copyright > > file. > > > > Ubuntu should do something similiar. Set the Maintainer field to someone > > from > > their group, and mention debian in the copyright(or other appropriate > > place). > > I would very much appreciate if folks would review > http://lists.debian.org/debian-devel/2005/05/msg00260.html and consider the > points that I raise there. I put some effort into collating the issues > which came up the last time and presenting them. > > It is important, in particular, to account for the fact that Ubuntu is not > the only Debian derivative, and that proposals like yours would amount to > Debian derivatives being obliged to fork *every source package in Debian* > for the sake of changing a few lines of text. Modify the incoming processor, so that the Packages and Sources files get the correct info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
On Tue, 17 Jan 2006, Matt Zimmerman wrote: > > Debian developers set the Maintainer field to themselves(or a team), when > > they > > upload to Debian. The upstream author is only mentioned in the copyright > > file. > > > > Ubuntu should do something similiar. Set the Maintainer field to someone > > from > > their group, and mention debian in the copyright(or other appropriate > > place). > > I would very much appreciate if folks would review > http://lists.debian.org/debian-devel/2005/05/msg00260.html and consider the > points that I raise there. I put some effort into collating the issues > which came up the last time and presenting them. > > It is important, in particular, to account for the fact that Ubuntu is not > the only Debian derivative, and that proposals like yours would amount to > Debian derivatives being obliged to fork *every source package in Debian* > for the sake of changing a few lines of text. Actually, ignore my last mail. I actually considered that you(ubuntu) would respond thusly. But, it doesn't fly. We don't allow J. Random Upstream to upload unchanged source into Debian. We add meta-data, and set the Maintainer field appropriately. This is so that Debian becomes the contact for the software, when it exists in Debian. Debian derivaties need to do the same. There really is no other way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian derivatives and the Maintainer: field (again)
On Tue, 17 Jan 2006, Otavio Salvador wrote: > In my point of view, maintainer field just need to be change when > Ubuntu does a non-trivial change on it. Otherwise, at least to me, is > OK to leave the maintainer field unchanged. Directly imported source > (that will be just recompiled by Ubuntu) doesn't need to be change > since it's the same source code that runs on Debian. But linked against other libraries. The binary is downloaded from another location(or installed from a different cd set). The program used to do the download may be different. While the above list may not be all inclusive, it's enough to warrant changing the Maintainer field to something ubuntu specific. Debian doesn't set the upstream author in the Maintainer field, when the changes only amount to adding a debian directory to the upstream source. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg fails, Bug?
On Wed, 18 Jan 2006, Alejandro Bonilla Beeche wrote:
> Hi,
>
> I just did an upgrade on Sid and an upgrade on Linus tree. Since
> then, I can't create a kernel-image.
> gcc version 4.0.3 20060115 (prerelease) (Debian 4.0.2-7)
> Package: kernel-package
> Version: 10.032
>
> I just would love to know if we should set a bug on kernel-package
> (AFAIK, that is the one in charge?) or if it's Linus tree.
>
> I run:
> . getkernelupdate
> git checkout -f
> make oldconfig
> make-kpkg clean
> make-kpkg --revision=T42.v3.1 kernel_image
> ...
> make[1]: Leaving directory `/root/linux-2.6'
> /usr/bin/makeARCH=i386 prepare
> make[1]: Entering directory `/root/linux-2.6'
> /bin/sh: -c: line 0: syntax error near unexpected token `('
> /bin/sh: -c: line 0: `set -e; echo ' CHK include/linux/version.h';
What does /bin/sh point to?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: make-kpkg fails, Bug?
On Wed, 18 Jan 2006, Alejandro Bonilla Beeche wrote: > >What does /bin/sh point to? > > > > > > > Could you please explain what is exactly what you need to check? ls -l /bin/sh In other words, what does /bin/sh point to? What shell is /bin/sh? bash? zsh(gods no)? posh? dash? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: The klik project and Debian
On Thu, 19 Jan 2006, Frank Küster wrote: > [EMAIL PROTECTED] wrote: > > > There seems to be a fairly good amount of Debian Sarge packages > > available via http://klik.atekon.de/. However, most of them are having > > unmaintained recipes and therefore some of them do not work > > properly. I think it would be an easy task for Debian maintainers to > > check the working of the kliked packages and improve their recipes. I > > think we should make friends with the klik project and help them. > > Shouldn't this have been on debian-devel-announce? Ha. You funny man. Me laugh.
[OT] Re: when and why did python(-minimal) become essential?
On Fri, 27 Jan 2006, Wouter Verhelst wrote: > The point, however, is that it's rather silly to add yet another > scripting language to the set of Essential packages. Sure, it'd be nice; > but then tomorrow someone else will come along who will claim that > Python is sucky and that Ruby is Teh Thing, and we can start this all > over from the start again. FORTH! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
H.323 status
First, a little history. As I am sure we all know, Linux currently does not support masquerading of video conferencing protocols, including H.323. There are partial solutions using IPPORTFW, but none that work transparently. So, a few weeks ago I started research into this project. I found that doing this was not going to be easy. The initial connection is done on a well-known port. During that communication, a dynamic control channel is netgotiated, and that channel is then used to allocate 'logical' channels, for video, data, and audio, using UDP. Normally, this wouldn't be a BIG problem, but the first two control channels are encoded with ASN.1/PER. For those of you that don't know what that is, it is a data definition language, that allows for transfer of data between disparate machines. Also, it allows of OPTIONAL records in the data stream, which makes it hard to just extract addresses at specific offsets. In my research, I had found the ASN.1 definitions for H.323, but didn't have a compiler to convert them into C header files and translation functions. When I went to find one, the only good one I found was SNACC, which used BER, instead of PER. I then went in search of the standards describing this, but the place that had them was oversees, and charged 20 FF for access, and I didn't want to spend and money becuase this is linux. So, I started hand-converting the definition. I had gotten a hex-dump from developer.intel.com, and was making some progress, but ultimately, I couldn't be sure that I had handled all situations. I have just had a breakthough. I had contacted a private company, and they emailed me a copy of the standards for ASN.1/PER. I should have a something working by the end of the year. First, I will be making a masquerading module, which will only support outgoing connections. Then, I will implement a user-mode proxy, that will comunicate with the kernel module, and allow incoming connections. I also want to make a device driver to allow access to the data, audio, and video in an easier way. I plan on having a basic kernel implementation by the end of the year. Wish me luck+ACE- :) Adam Heath of Borg-Linux adam.heath+AEA-usa.net Join the H323 effort. Email http://www.debian.org - Get Your Own Linux+ACE- h323-request+AEA-cichlid.com with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. Windows 95: -- 32-bit extensions and a graphical Windows v. Linux is shell for a 16-bit patch to an 8-bit operating a no-win situation. originally coded for a 4-bit micropro- cessor written by a 2-bit company that It is nearly impossible to can't stand for 1 bit of competition.look at a penguin and get angry. ps. The linux kernel comes with source(duh+ACE-), but I was wondering what was thought about distributing the documentation that was used to generate the free source. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Config file management utility
-Original Message- From: Steve Greenland <[EMAIL PROTECTED]> To: debian-devel@lists.debian.org Date: Wednesday, December 03, 1997 8:05 PM Subject: Re: Config file management utility >On 02-Dec-1997 12:45:31, Joe Emenaker <[EMAIL PROTECTED]> wrote: >> >> Has much discussion been had about a possible configuration file >> management script for the package config scripts to use? >> >> For example, I installed cron on a Debian box, and then installed mgetty. >> Mgetty placed the following at the end of my /etc/crontab: >> >> #-- mgetty begin >> 20,40 * * * * root faxrunq >> #-- mgetty end >> >> Then, when I updated cron, it asked if I wanted to replace my >> /etc/crontab. I'm assuming that this would have hosed my mgetty settings, >> so I was forced to make the changes to /etc/crontab by hand. > >Report a bug against mgetty -- packages are not allowed to touch >/etc/crontab (Debian Policy manual, section 3.5). > >That said, it appears that the only policy compliant way for a package >to run a script more frequently than once a day is to register a user, >and create a crontab for that user. This is not too onerous for >news or sendmail, but seems like overkill for every little package. > >I don't have any good ideas, though...:-( > >sg > >-- >Steve Greenland > > How about this. Some one creates a script, that is run from /etc/crontab. Whenever this script is run, it checks to see if another program is supposed to be run. If so, it does it, then checks to see when the next script is supposed to run. It then remodifies /etc/crontab, updating it's entry, so that it can run the next item. Does anyone understand this? I can't do it right now, as I am working on H.323 for Linux. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1997-12-12
>Martin Schulze <[EMAIL PROTECTED]>: > mdutils-0.35-5(extra) I have successfully recompiled mdutils for libc6, but will have wait until another day to u/l it. I have to apply to become a maintainer, and I have stayed(sp?) up too late as it is. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian-devel subscriber count
-Original Message- From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> To: debian-devel@lists.debian.org Date: Saturday, December 13, 1997 2:39 PM Subject: Debian-devel subscriber count >Goodness gracious. Debian-devel has >400 subscribers. Must be a lot of >lurkers. > > Bruce > > >-- >TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to >[EMAIL PROTECTED] . >Trouble? e-mail to [EMAIL PROTECTED] . > I am not a Debian developer, but a Linux kernel developer(H.323 video conferencing). I watch debian-devel to learn, and keep up-to-date on new programs coming out. I also plan on eventually releasing a H.323 proxy in deb format. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
BUG: SVGATextMode or GPM
I am running lastest hamm, and when I upgraded to the new svgatextmode, it asked to remove the /etc/rc.boot files, and install new ones. I did so, but when I rebooted, it executed after gpm. When I boot, the kernel uses 80x25, and when svgatextmode runs, it changes it to 180x80. However, the mouse is locked in the upper left-hand corner. Running "/etc/init.d/gpm restart" fixes it, but svgatextmode should be run earlier in the sequence. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
BUG: ncftp segfaults on big screens
When I recently upgraded to the lastest svgatextmode in hamm, I started playing around with the config files. I got my display to run at 180x80. Then when I went to run ncftp, it segfaulted. However, at 132x50, it loads and runs fine. Dselect and ae work at that high res, though. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: BUG: SVGATextMode or GPM
-Original Message- From: Igor Grobman +ADw-igor+AEA-digicron.com+AD4- To: Adam Heath +ADw-adam.heath+AEA-usa.net+AD4- Cc: Debian Development +ADw-debian-devel+AEA-lists.debian.org+AD4- Date: Tuesday, December 23, 1997 12:37 AM Subject: Re: BUG: SVGATextMode or GPM +AD4APg- I am running lastest hamm, and when I upgraded to the new svgatextmode, it asked to remove the /etc/rc.boot files, and install new ones. I did so, but when I rebooted, it executed after gpm. When I boot, the kernel uses 80x25, and when svgatextmode runs, it changes it to 180x80. However, the mouse is locked in the upper left-hand corner. Running +ACI-/etc/init.d/gpm restart+ACI- fixes it, but svgatextmode should be run earlier in the sequence. +AD4- +AD4- +AD4-This is not a bug, this is a FAQ :-). Default TextConfig now includes (and +AD4-has been since 1.6-2, I think) the following line: +AD4- +AD4-ResetProg +ACI-/usr/sbin/STM+AF8-reset+ACI- +AD4- +AD4- +AD4-STM+AF8-reset is a script that sends a WINCH signal to gpm notifying it of the +AD4-screen resize. Since TextConfig is a conffile, and yours has probably been +AD4-modified, the change never got through to you. This will be mentioned in +AD4-README.debian of the next version of stm. +AD4- When it installed, I told it to overwrite the old file. I still consider it a bug, because the operation of the computer changes, and I have to manually run /etc/init.d/gpm restart. It would be nice to have a default STM+AF8-reset, that checks if /etc/init.d/gpm exists, and if so, restart it. Or better yet, make a directory that packages can install files into, and have STM+AF8-reset call them. IE /etc/stm.d. Any time the default way of do things is changed, the user should be notified. This doesn't warrant a pause, but at least a message would have been nice. I had been running 1.3.1, with libc6 installed for a while, and did the hamm upgrade(50+-megs). I was expecting to have lots of messages about config files, so it wouldn't have been a pain to wait for another message. BTW, the is default resetprog is +ACI-/etc/STM+AF8-reset+ACI-, and it should not be there. It should be in some bin dir. My old TextConfig had it also. Adam Heath of Borg-Linux adam.heath+AEA-usa.net Join the H323 effort. Email http://www.debian.org - Get Your Own Linux+ACE- h.323-request+AEA-cichlid.com with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
new developer
Looking for someone in the Lansing, Michigan, USA area willing to sign my PGP key. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1997-12-28
| On Sunday, 28 December 97, at 9:47:22 AM | Richard wrote about "Libc6 progress: 1997-12-28" > Heiko Schlittermann <[EMAIL PROTECTED]>: > wu-ftpd-2.4-27 Done. Waiting for account on master. > wu-ftpd-academ-2.4.2.13-0 Done. Waiting for account on master. > Martin Schulze <[EMAIL PROTECTED]>: > mdutils-0.35-5(extra) (Adam Heath has a new version ready) Done. Waiting for account on master. > dbview-1.0.3-3 Done. Waiting for account on master. > "Boris D. Beletsky" <[EMAIL PROTECTED]>: > xinetd-2.1.7-3(extra) Done. Waiting for account on master. > Clint Adams <[EMAIL PROTECTED]>: > tkdesk-1.0b4-2 Done. Waiting for account on master. Please be aware that mdutils, and dbview close all bugs. The bug server is down today, so I can't access the logs on the others. I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Should I support xinetd in my Packages?
| On Tuesday, 30 December 97, at 9:11:52 PM | Eloy wrote about "Should I support xinetd in my Packages?" > Hi, > I received a message from a user that wants to know if I plan to > support xinetd in the installation scripts of the Samba package. I > need to enable/disable entries in /etc/inetd.conf to change the > behavior of inetd but this user uses xinetd instead of inetd. > Do I need to support xinetd as well? Is there an "update-xinetd" that > provides the same functionality of "update-inetd"? How should I handle > this? Any policies? I believe that xinetd should replace(or use /etc/alternatives)update-inetd. The replaced version can then update both inetd.conf and xinetd.conf. This way, every other daemon doesn't have to be changed, and ALL daemons auto- matically gain support for xinetd. In the postinst for xinetd, it should convert inetd.conf to xinetd.conf, but not remove inetd.conf. The removal scripts should not touch xinetd.conf. This might mean expanding the options passed to update-inetd, to handle the enhanced xinetd processing. Any additional thoughts, suggestions, flames? I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: Libc6 progress: 1997-12-28
| On Tuesday, 30 December 97, at 8:53:16 PM | Adam wrote about "Libc6 progress: 1997-12-28" > | On Sunday, 28 December 97, at 9:47:22 AM > | Richard wrote about "Libc6 progress: 1997-12-28" >> Heiko Schlittermann <[EMAIL PROTECTED]>: >> wu-ftpd-2.4-27 > Done. Waiting for account on master. >> wu-ftpd-academ-2.4.2.13-0 > Done. Waiting for account on master. >> Martin Schulze <[EMAIL PROTECTED]>: >> mdutils-0.35-5(extra) (Adam Heath has a new version ready) > Done. Waiting for account on master. >> dbview-1.0.3-3 > Done. Waiting for account on master. >> "Boris D. Beletsky" <[EMAIL PROTECTED]>: >> xinetd-2.1.7-3(extra) > Done. Waiting for account on master. >> Clint Adams <[EMAIL PROTECTED]>: >> tkdesk-1.0b4-2 > Done. Waiting for account on master. > Please be aware that mdutils, and dbview close all bugs. The bug server is > down today, so I can't access the logs on the others. I forgot to mention that these packages are available at http://debian.egr.msu.edu/~adam/debian/ Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: Libc6 progress: 1997-12-28
| On Tuesday, 30 December 97, at 10:39:46 PM | Joey wrote about "Libc6 progress: 1997-12-28" > Eloy A. Paris wrote: >> Hey!! Somebody give Adam an account on master!!! :-) He will port to >> libc6 the remaining libc5 packages :-) Just to mention, I haven't received the message that was quoted above, ie from Eloy Paris. > Adam wrote >> : I wish I had a life outside Quake. > Hey Adam, you want to maintain quake too? Maybe you can port it to libc6. ;-) Sure, why not. I am currently not maintaining anything. I have just had a lot of time(not much work currently), and my computer wasn't doing anything productive. Is this source available? BTW, that line is just part of my quote file. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
My own Libc6 progress and package adoption drive, and I need a master account!
9976dbview_1.0.3-3.1_i386.deb Libc6! 28442 mdutils_0.35-5.1_i386.deb Libc6! 418408 tkdesk_1.0b4-2.1_i386.deb Libc6! 110198 wu-ftpd-academ_2.4.2.13-0.1_i386.debLibc6! 90140 wu-ftpd_2.4-27.1_i386.deb Libc6! 88640 xinetd_2.2.1-1_i386.deb Libc6! New upstream version 290306 defrag_0.70-3_i386.deb 40020 lurkftp_0.99-1.1_i386.deb These are packages that I have either compiled for libc6, and/or willing to adopt(ie they were orphaned, etc). For those of you following me, that is three more new packages/versions since last night. I am currently working on compiling(for adoption) the following packages. majordomo adbbs omirr transproxy Please someone give me an account on master so that I can spread my work to the debian public. Linux vs. Windows is a no-win situation. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
My own libc6 progress, and package adoption drive. Give me an account on master!
9980dbview_1.0.3-3.1_i386.deb libc6! 290268 defrag_0.70-3_i386.deb 40024 lurkftp_0.99-1.1_i386.deb 288158 majordomo_1.94.4-1.1_i386.deb 28442 mdutils_0.35-5.1_i386.deb Libc6! 69698 omirr_0.3-2_i386.debLibc6! 418514 tkdesk_1.0b4-2.1_i386.deb Libc6! 11816 transproxy_0.3-5_i386.deb 110220 wu-ftpd-academ_2.4.2.13-0.1_i386.debLibc6! 90124 wu-ftpd_2.4-27.1_i386.deb Libc6! 88624 xinetd_2.2.1-1_i386.deb Libc6! New upstream version These are either packages that needed new maintainers, or needed to be compiled for libc6. Some of these packages also close bugs. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
My own libc6 progress, and package adoption drive. Give me an account on master!
13526 bulkmail_1.6-2.1_i386.deb Libc6! 34084 chord_3.6.1-1.1_i386.debLibc6! 9980dbview_1.0.3-3.1_i386.deb Libc6! 290268 defrag_0.70-3_i386.deb 25474 grmonitor_0.53-2.1_i386.deb Libc6! 40024 lurkftp_0.99-1.1_i386.deb 288158 majordomo_1.94.4-1.1_i386.deb 28442 mdutils_0.35-5.1_i386.deb Libc6! 69698 omirr_0.3-2_i386.debLibc6! 18970 pacman_10-4.1_i386.deb Libc6! and doesn't segfault! There was an error in the source. A struct was referenced after it was freed. I am surprised that it worked on libc5. It should have segfaulted with that. Maybe that is a bug with libc5? I am in win right now, so don't have the source in front of me. I will get the problem code and post a follow up. 9066sliphangup_1.4-1.1_i386.deb Libc6! 418514 tkdesk_1.0b4-2.1_i386.deb Libc6! 11816 transproxy_0.3-5_i386.deb 110220 wu-ftpd-academ_2.4.2.13-0.1_i386.debLibc6! 90124 wu-ftpd_2.4-27.1_i386.deb Libc6! 88624 xinetd_2.2.1-1_i386.deb Libc6! New upstream version 2B OR NOT 2B=FF Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: My own libc6 progress, and package adoption drive. Give me an account on master!
| On Thursday, 1 January 98, at 10:34:00 AM | Guy wrote about "My own libc6 progress, and package adoption drive. Give me an account on master!" > [EMAIL PROTECTED] writes: >> OK, I put all of that stuff in Incoming. > It's going to get rejected if his key isn't in the keyring. YEs, that is the whole point. I need to be have an account on master, and added to the keyring, etc, for this all to work. I am going to keep working on compiling for libc6, and trying to fix bugs. Currently, by the list I have: defrag closes 15445 dbview closes 14563 majordomo closes (12976, 14196, 14959, 15100), 14434 closes 4572, 9774, 13463, 13585, 15995, 15996 not yet u/l mdutils closes 8062, 15319 At my current rate, everything will be done in a couple of weeks. However, my work is beginning to pick back up, so I won't be able to go quite as fast. Please note, I haven't tested all these packages. Mdutils works, and the bugs fixes are correct, and pacman does play and not segfault. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: My own libc6 progress, and package adoption drive. Give me an account on master!
| On Thursday, 1 January 98, at 3:17:38 PM | Boris wrote about "My own libc6 progress, and package adoption drive. Give me an account on master!" >>>>>>>>> On Thu, 1 Jan 1998, Adam wrote: Adam>> wu-ftpd_2.4-27.1_i386.deb Libc6! 88624 xinetd_2.2.1-1_i386.deb Adam>> Libc6! New upstream version > I think I already told you. Xinetd is not orphaned, I am going to > release the libc6 package in a few. Sorry. Didn't remove it from the file. Did you get the new upstream version that I told you about? Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: My own libc6 progress, and package adoption drive. Give me an account on master!
> 18970 pacman_10-4.1_i386.deb Libc6! and doesn't segfault!
> There was an error in the source. A struct was referenced after it was freed.
> I am surprised that it worked on libc5. It should have segfaulted with that.
> Maybe that is a bug with libc5? I am in win right now, so don't have the
> source in front of me. I will get the problem code and post a follow up.
--- pacman-10.orig/board.cc
+++ pacman-10/board.cc
@@ -119,7 +119,7 @@
oldtemp=oldlist;
while (oldtemp) { //delete elements in the now previous sprite list
oldnext=oldtemp->next;
- delete oldnext;
+ delete oldtemp;
oldtemp=oldnext;
}
if (zero && oldlist) { //personal thingie used for debug, not useful
This is the patch that fixed the segfault with pacman. If you look, you'll
wonder how it worked with libc5. BTW, this is C++ code, if that makes a
difference.
It is hard to look at a penguin and get angry.
Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email
http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with
http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: need libc5 non-maintainer upgrade
| On Thursday, 1 January 98, at 3:06:02 PM | Richard wrote about "need libc5 non-maintainer upgrade" > [EMAIL PROTECTED] wrote: >> Is libc5-altdev OK in its present state? > Hmm... OK for what? You said you needed David Engel's patch, you > didn't say why :-) > The effect of this patch on libc5-altdev will be to remove the > "Conflicts: libc5-dev" line from its package description. This is > part of the scheme worked out in bug report #15859 to allow libc5 > users to install libc6 while keeping a development environment that > generates libc5 binaries. (I.e. they keep libc5-dev and all the other > libc5-based -dev packages, and do not install libc6-dev. They also > refrain from upgrading gcc. The hamm versions of gcc conflict with > libc5-dev, so that's ok.) > Is this the patch you meant? It is [based on] the one David Engel > mailed to debian-private on Monday. > I'm having some problems building it on my hamm system, by the way. > I had to install altgcc and libc5-altdev because the build process > referred to files in /usr/i486-linuxlibc1. I'm trying again now, > so it will take a couple of hours more. I have already successfully compiled(last night) libc5 on hamm. I don't, however, have the patch in question. Maybe I could do it. It took about an hour, if I remember correctly. Computers are like air conditioner. Both stop working, if you open windows. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: My own libc6 progress, and package adoption drive. Give me an account on master!
| On Friday, 2 January 98, at 12:15:19 AM
| Bruce wrote about "My own libc6 progress, and package adoption drive. Give
me an account on master!"
--- pacman-10.orig/board.cc
+++ pacman-10/board.cc
@@ -119,7 +119,7 @@
oldtemp=oldlist;
while (oldtemp) { //delete elements in the now previous sprite list
oldnext=oldtemp->next;
- delete oldnext;
+ delete oldtemp;
oldtemp=oldnext;
}
if (zero && oldlist) { //personal thingie used for debug, not useful
> The memory doesn't necessarily go away when you free or delete an object,
> unless you are running Electric Fence. Thus, it's perfectly possible
> that the program would work sometimes, with some libraries.
oldtemp is the current item. oldnext comes after it. When nothing is next, it
exits like it should. The problem is that it is deleting what comes next, then
trying to get that address, which is most likely ok. However, what is at that
address might be change, and so when it returns to the top of the loop, to get
the next oldnext, it gets something unusal, and the delete call fails. In any
case, I believe that this should be a bug with libc5, has something shouldn't
be referenced after it is deleted.
This was obviously a typo, and the old libc5 allowed a badly written program to
continue working. When that happens, you have buffer overruns, security
breaks, etc.
> By the way, the security folks said they got your new maintainer application
> four days ago and are processing it. They usually take longer than that.
Cool! I got a phone call last night from someone about that. I had been sent
an email, saying that I should send my key to pgp.net. However, it was not
mentioned in the docs on the web site that this should be done. If it had, I
would have already done it and saved some time. From the same docs, it said
that to verify who I was, I could get my key signed from some other debian
developer. I contacted Ben Pfaff, who lives about 35 minutes away, and he
signed it. I then included it into an email, signed said email, and mailed it
to new-developer. In the documentation, it said that that would be enough. I
didn't know that a phone call would also have to be placed. This resulted in
more delay, also.
> Thanks
No prob. I love programming, and so I thought it would be fun to try to work
on the 'difficult' programs. I got pacman to work, and omirr also compiles
now. I might go back through all the packages that I am doing, in attempt to
make the libc6 patches uniform, and to make some type of informal howto(most
likely to be used by myself).
Get a maintainable operating system: http://www.debian.org
Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email
http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with
http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re[4]: My own libc6 progress, and package adoption drive. Give me an account on master!
| On Thursday, 1 January 98, at 8:55:02 PM | Martin wrote about "My own libc6 progress, and package adoption drive. Give me an account on master!" > On Thu, Jan 01, 1998 at 02:46:11PM -0500, Adam Heath wrote: >> YEs, that is the whole point. I need to be have an account on master, and >> added to the keyring, etc, for this all to work. I am going to keep working >> on > This will be done, but everything needs some time. I know. I just got a phone call last night from someone from debian. >> compiling for libc6, and trying to fix bugs. Currently, by the list I have: >> >> defrag closes 15445 >> dbview closes 14563 > Please do not close this. The package needs some investigation > and will be libc6'ed by that time. If you have patches to it, please > send it to [EMAIL PROTECTED] Ok. I will try to isolate all the patches that affect these programs. Some bugs, however, should be merged(see majordomo), and I don't know if a non-developer(yet!) can do it. >> majordomo closes (12976, 14196, 14959, 15100), 14434 >> closes 4572, 9774, 13463, 13585, 15995, 15996 not yet u/l >> mdutils closes 8062, 15319 > Somebody said that it is opsoleted by raidtools which need to be > packaged? I saw that bug report, to. Should the debian package still be name mdutils, but use the raidtools source? If not, how should the dependencies be set to make sure that someone upgrading will get raidtools, and have mdutils deselected. I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[6]: My own libc6 progress, and package adoption drive. Give me an account on master!
>> >> Ok. I will try to isolate all the patches that affect these programs. Some >> bugs, however, should be merged(see majordomo), and I don't know if a >> non-developer(yet!) can do it. > Everybody who has access to the bugtracking system can merge bugreports. > And as you only need to have mail access you're probably able to merge them. Ok. I will merge the reports that I have need to be. Majordomo is not the only one. >> >> majordomo closes (12976, 14196, 14959, 15100), 14434 >> >> closes 4572, 9774, 13463, 13585, 15995, 15996 not yet u/l > Are you going to take over that package, too? If not I might take > it in a few weeks when my upgrading procedure is finished. I thought about it. Since I will be closing all but one bug, I might as well. >> >> mdutils closes 8062, 15319 >> >> > Somebody said that it is opsoleted by raidtools which need to be >> > packaged? >> >> I saw that bug report, to. Should the debian package still be name mdutils, >> but use the raidtools source? If not, how should the dependencies be set to >> make sure that someone upgrading will get raidtools, and have mdutils >> deselected. > No, the new package should be named similar to the upstream source but > the control file should contain these lines: > Conflicts: mdutils > Replaces: mdutils > Provides: mdutils But what if they currently have mdutils selected, and they don't notice that a new package called raidtools is there? I want the package raidtools to be automatically installed if mdutils is installed. How about this? Package: mdutils Pre-depends: raidtools Package: raidtools Conflicts: mdutils Replaces: mdutils Provides: mdutils This way, as I see it, raidtools will have to be installed before mdutils, and when raidtools is installed, it will deselect mdutils. Any problems with this? 2B OR NOT 2B=FF Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libc6 is missing "swab"
When trying to compile nfsroot for libc6, I got a implicit declaration of swab(...). I fixed it by copying the declaration out of unistd.h. Then, during linking, I got an undefined reference to swap(...). I ran objdump on libc.a, and found swap.o, but it only had a text section, and no code! Strsep, right above it, had text and code associated with it. Needless to say, I did get nfsroot to compile. I copied the function from libc5 into nrprobenet.cc, and it compiles and runs fine. But why doesn't libc6 contain this standard function? I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 is missing "swab"
| On Saturday, 3 January 98, at 4:12:27 AM | Adam wrote about "libc6 is missing "swab"" > When trying to compile nfsroot for libc6, I got a implicit declaration of > swab(...). I fixed it by copying the declaration out of unistd.h. Then, > during linking, I got an undefined reference to swap(...). I ran objdump on > libc.a, and found swap.o, but it only had a text section, and no code! > Strsep, > right above it, had text and code associated with it. > Needless to say, I did get nfsroot to compile. I copied the function from > libc5 into nrprobenet.cc, and it compiles and runs fine. But why doesn't > libc6 > contain this standard function? Sorry. These should all say "swab" Why do keyboards get replaced? Because people run Windows, and they can't hit Bill! Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: cron jobs more often than daily
| On Tuesday, 6 January 98, at 2:28:26 AM | Joey wrote about "cron jobs more often than daily" > Steve Greenland wrote: >> Disadvantages: Limited control by packages over granularity, offset, and >> user. (I'm not convinced that this is a real showstopper: if the package >> *really* requires that fine of control, it probably needs a custom user >> anyway.) > Another disadvantage is that this would lead to run-parts running evey > 5 minutes and wasting some cpu time, even if there were no 5 minute > granularity cron jobs installed on the system. Or: Have a directory, /etc/debian.crontab/, that holds a file for every package that wants to be run by cron. Modify /etc/cron.tab(in the master version), to have a line that runs /etc/init.d/debian.cron. Have a script, update-debian-crontab, that when called to add a new /etc/debian.crontab/package, updates /etc/init.d/debian.cron to run the package that would next need to be. Everytime that /etc/init.d/debian.cron is run, it checks to see when the next package is to be run, and updates itself, and /etc/cron.tab. Does anyone understand what I am trying to accomplish here? Each time /etc/init.d/debian.cron runs, it modifies /etc/cron.tab, changing the time that it will next be run at. This might be better handled with some type of alarm program, that will exec another program at a specific time, instead of every so often. Why do keyboards get replaced? Because people run Windows, and they can't hit Bill! Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
icq setup
Disconnect from the ICQ network. Then go into the Preferences folder/Connections tab and select "Permanent LAN" and "I'm behind a proxy server/firewall." Then click on "Firewall Settings". and set ICQ to use the range of tcp ports from 2000 to 4000, not the default automatic selection of ports. Finally, reconnect to the ICQ network to apply the new settings. I'd rather be programming. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Linux Kernel list???
I was subscribed to linux kernel. I haven't received anything since Dec. 29. I have tried resubscribing several times. I even resent the original subscrition that got me started. I keep getting emails back saying user [EMAIL PROTECTED] doesn't exist. Can anyone help me on this? I thought I saw someone write in some email that they would post something on that list, maybe they could help. I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: imap4
| On Friday, 9 January 98, at 10:16:39 AM | Jaldhar wrote about "imap4" > Dale, you mentioned a couple of days ago that you had orphaned imap4 and > someone else was going to upgrade it to libc6 etc. Has that person gotten > back to you? > The reason I ask is because I have urgent need of this package at work so > I've just compiled it. I've fixed all the extant bugs I think, and I > should be able to make an upload soon if neccessary. > The only problem I'm having is in log_lnx.c it is looking for pw_encrypt. > Do you or anyone know where I can find this function? I have considered taking it over, as I like the server. If you want, you could send me the diff and dsc files and will try to fix the pw_encrypt problem. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re[2]: Linux Kernel list???
| On Saturday, 10 January 98, at 5:33:08 AM | Martin wrote about "Linux Kernel list???" > On Fri, Jan 09, 1998 at 03:41:31PM -0500, Adam Heath wrote: >> I was subscribed to linux kernel. I haven't received anything since Dec. >> 29. I >> have tried resubscribing several times. I even resent the original >> subscrition >> that got me started. I keep getting emails back saying user >> [EMAIL PROTECTED] doesn't exist. Can anyone help me on >> this? I thought I saw someone write in some email that they would post >> something on that list, maybe they could help. > vger runs a majordomo. > Send a mail to [EMAIL PROTECTED] with the following line in > the body: > subscribe linux-kernel Doh! I totally forgot about 'the other list manager.' Comes from not getting enough sleep. I love you. You love me. Together we can kill Barney. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Why isn't /bin/sh managed with alternatives?
On Tue, 7 Apr 1998, Robert Woodcock wrote: > Another idea I got on IRC was providing a --background flag to > start-stop-daemon so that daemons could be started in parallel - this > might have quite an effect on SMP systems, and DNS misconfigs would be > more treatable if sendmail started in the background instead of waiting a > few minutes timing out on stuff before anything else could run. Already done. Here is the wrapper. Rename start-stop-daemon to start-stop-daemon~. Adam === #!/bin/sh back=0 msg=1 rest=" " while [ $# -gt 0 ];do [ "$1" = "-B" -o "$1" = "--background" ] && back=1 && shift && continue [ "$1" = "-N" -o "$1" = "--nobackmsg" ] && msg=0 && shift && continue opt=$1;shift rest="$rest $opt" case $opt in --) rest="$rest $*";shift $#;; esac done if [ $back = 1 ];then [ $msg = 1 ] && echo -n "(background)" 1>&2 bk="&" fi eval /sbin/start-stop-daemon~ $rest $bk === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Packages depending on essential/required packages
On Tue, 7 Apr 1998, Ben Pfaff wrote: > . >* need mktemp so depend on debianutils >= 1.8 > I notice several packages in my available file that depend on debianutils. As it is essential/required, this doesn't need to be done. This partitcular package isn't in my available yet(still in Incoming), but several others are. There are also other packages that have dependencies on essential packages. It was my understanding that this doesn't have to be done. Should I file bugs? Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intent to package Netscape Communicator
On Sat, 11 Apr 1998, Brian White wrote: > > I intend to package the new communicator that allow free redistribution. It > > will go into non-free(no source), but at least the users won't have to > > download the tarball themselves. > > That would be great! I posted a couple weeks ago asking for someone to > help with this because I don't have the time for it. > > I'd like to coordinate so we can use the same wrapper scripts, plugins, etc. You read my mind! I am working on a 'super' source package. Here is an example source tree. netscape-browser |-- libc6 | |-- communicator.tar.gz | `-- navigator.tar.gz |-- libc5 | |-- communicator.tar.gz | `-- navigator.tar.gz `-- debian | rules | .. etc .. |-- netscape-browser-base/ |-- communicator-libc5-smotif/ |-- communicator-libc6-smotif/ |-- communicator-libc5-dmotif/ |-- communicator-libc6-dmotif/ |-- navigator-libc5-smotif/ |-- navigator-libc6-smotif/ |-- navigator-libc5-dmotif/ |-- navigator-libc6-dmotif/ |-- netscape-java/ |-- netscape-installer/ |-- communicator-nethelp/ |-- navigator-nethelp/ `-- movemail/ I have already looked at and compared the java portions of the tarballs, and the .jar files are the same. I am just trying to think how I would want them placed in the fs. I am leaning toward /usr/lib/netscape/java I have already scrapped the ns-install file, and written my own, so that I don't have to do any moving of files in debian/rules. I call it as: 'my-install -t -p -p -p ...' Pkg can also be 'all.' Also, another point I am worried about. Included in the tarballs are hooks into an automated software update mechanism. I have that disabled, as that would not fit well with the debian way of maintaining things. Anyone else have ideas on this? Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intent to package Netscape Communicator
On Sat, 11 Apr 1998, Brian White wrote:
> I just uploaded new versions of the netscape3 and netscape4 installers.
> They fix all the known bugs. Note that these installers work quite
> differently from each other, though that is mostly in the {pre,post}{inst,rm}
> scripts. They do have some identical files.
Will check them out. Txs.
> Another thing to note... Dpkg won't let you build part of a package or
> assign different version numbers to different .deb files created from
> the same source. (At least, I've never been able to get it to do so.)
Will this be nescessary? The libc5 thing is only temporary, and I don't have
to do it, since we are moving into the future, which is libc6.
> Are you looking to be able to install multiple versions of netscape or
> just one at a time? I considered the former when I build the netscape4
> package, but decided it was for more trouble than it was worth.
I plan on being able to have navigator4 and communicator4, both static and
motif, coexist. I will have to test it with netscape3, however.
> The ns-install is nice for the installer script, but not so good for building
> packages since you don't know where it stores the debian/tmp/... paths in
> its files.
The ns-install script doesn't store any paths in any files. They are probably
already stored in the .nif files by netscape. I will most likely be getting
around the problem with symlinks. Anyone see any problems with that?
Plus, mine as a nifty neato display that prints a '.' each second while it is
installing the files. Looks cool. Plus, mine is smaller, and can install the
files separately(each .nif is a package, and the .jar set is for java).
> You mean it will download/install new versions automatically? It's a nice
> feature and okay if it only updates existing files. If it creates new files,
> though, I'd just leave it disabled.
I am not really sure. Will check, when I find more tuits.
Adam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HELP! Can't compile c++ programs for bo on hamm!
I have installed altgcc, and libc5-altdev. I can't find a lib[cg]++-altdev. altgcc contains g++, but there is no c++ library for it to use. Help! I am trying to compile apt for use on bo. apt compiles fine on hamm for me. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Who has the dpkg source tree ?
On Wed, 15 Apr 1998, Ian Jackson wrote: > It will not have escaped the attention of the Project that dpkg hasn't > been very well maintained of late. > > Klee seems to have dropped out of sight; I presume he's too busy doing > paid work or something. I'm currently very busy with the leadership > role and a couple of other free software programs (userv, about which > I'll be giving a paper at the Linux Kongress, and sauce - `software > against unsolicited commercial email', an as yet unreleased SMTP-receiver > with some > totally fascist checking). > > I think we need someone to coordinate getting releases out, making > minor fixes (like the debian-changelog-mode.el thing), etc. I am willing to do this. I have already done a cvs co on the source. I would just need to have the ability to upload my changes. > Whoever does this job I'd like them to fix minor and packaging bugs as > maintainer (rather than non-maintainer) releases. They'll be > authorised to close bug reports they have included fixes for or which > are obviously bogus. They should accept simple patches to correct > uncontroversial bugs from anyone, but anything else should be vetted > by me or Klee, and only Klee or I should close nontrivial `mistaken' > bug reports. Doesn't sound too dificult. I have started getting good as of late regarding debian/rules et al(I am working on converting egcs debian/rules to debhelper, without having anything special in the file(requires a few simple patches to debhelper)). Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Moving to texas, need isp suggestions
I am moving to Texas this weekend. I need some suggestions for isp's in the Dallas-Ft. Worth area. Someone once sent me an email with a list of isp's, but I lost it. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Moving to Texas, watch over my pkgs
If any security concerns arise for pkgs, then please u/l nmu of them. Txs. Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#292541: RFP: pbzip2 -- Parallel bzip2 implementation
On Sat, 29 Jan 2005, Mike Furr wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > retitle 292541 ITP: pbzip2 -- Parallel bzip2 implementation > thanks. > > Package name: pbzip2 > Version: 0.9 > Upstream Author: Jeff Gilchrist <[EMAIL PROTECTED]> > URL: http://compression.ca/pbzip2/ > License: BSD-style license, same as bzip2 > Description: parallel bzip2 implementation > ~ pbzip2 is a parallel implementation of the bzip2 block-sorting file > ~ compressor that uses pthreads and achieves near-linear speedup on SMP > ~ machines. The output of this version is fully compatible with bzip2 > ~ v1.0.2 (ie: anything compressed with pbzip2 can be decompressed with > ~ bzip2). However, only files compressed with pbzip2 can be decompressed > ~ in parallel. Is there a library version? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: circular dependencies and dist-upgrades sarge->woody
On Sat, 29 Jan 2005, Steve Langasek wrote: > On Sat, Jan 29, 2005 at 12:24:43PM +0100, Henning Glawe wrote: > > > I must have some supernatural powers to always attract the same bug: woodys > > apt fed too short lists into dpkg and thus broke the configuration of > > circular depending packages (Note: "dpkg --configure blah blubb", where blah > > depends on blubb and blubb depends on blah works; if you try to run it on > > each package seperately, it fails). > > Sarge's apt works around this by increasing the list length fed into dpkg. > > > There is one case in which users can be bitten by this: when using apt-get > > dist-upgrade to sarge, so when documenting the woody-sarge upgrade, it > > should > > be at least mentioned that the user can run into this and should first > > upgrade apt to solve this problem. > > The release notes currently recommend to use aptitude, not apt-get, for > upgrading from woody to sarge. Do you know if this problem also occurs with > woody's aptitude? Yes, it should, as it uses libapt-pkg to call dpkg. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intend-to-implement: script to obtain Debian Source
On Sun, 27 Mar 2005, Lars Wirzenius wrote: > su, 2005-03-27 kello 09:01 +0200, George Danchev kirjoitti: > > I second suggestion given at #250202 and like to see "unpacked" and > > "patched" > > targets to hit Policy 4.8. > > I hear that Adam Heath (doogie for those on IRC) has been working on a > new source package format that will make tarball-within-tarball sources > obsolete and has native support for multiple patches and cures for other > ailments. If this works, and I suspect it will, then "unpack" and > "patch" targets will also be obsolete. Personally, I think this will be > a good thing. The new toolset(tentatively called dbs-ng while I'm developing it) supports what I call pre-patched source. dpkg-source -x foo.dsc gives a source tree that is immediately ready for editting and building. No need to apply patches by running something inside debian/rules. If you modify a file, then dpkg-source -b the dir, it'll be included in the standard diff.gz, just like a standard package. However, if you want the patch to be maintained separately, dbs-ng -d foo.patch will product a file called foo.patch in $PWD that contains the change you have done. You can then move that into debian/patches. Another major feature is patch dependencies. No longer do you have to prefix your patch names with numbers, to get the ordering right. Now, you just list the other patches you depend on, and they will be applied in the correct order. Additionally, as a way to weed out other problems, any patches that are leafs(ie, don't depend on anything) are applied in a random order. Also, all patches now have a leading dpkg control paragraph; this contains the Depends line, Description, Flags, and other fields. The tool also supports mailing patch sets to email addresses, including diffstat output, etc. The initial version is in perl, and is done. I'm working on rewriting it in C, however, before I release it. ps: I do have a second perl version that *does* support changes to binary files, permissions, file types, renames, etc that will be merged into the C version. This new diff format is encoded in a format that is capable of being run as a *shell script*, so that you don't need the advanced toolset on the system to apply the series of changes(useful for bootstrapping). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#302309: ITP: bcron -- Bruce's cron system
On Sun, 10 Apr 2005, Steve Greenland wrote: > On 10-Apr-05, 10:55 (CDT), Reinhard Tartler <[EMAIL PROTECTED]> wrote: > > On Apr 8, 2005 12:05 AM, Steve Greenland <[EMAIL PROTECTED]> wrote: > > > > > Expect people to whine. I personally don't see why "@daily" is > > > significantly easier than "0 0 * * *" but apparently some people get all > > > sweaty if they have to type an asterisk. > > > > what about the "@reboot" extension? I think that's a really neat feature. > > /etc/rdS.d > > I know, that's not accessible to users, only the admin. OTOH, I can't > think of any really good reason that user needs to do something > *automatically* on reboot. > > Steve automatically starting a screen session at startup? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: intend-to-implement: script to obtain Debian Source
On Mon, 4 Apr 2005, Junichi Uekawa wrote: > Hi, > > > The new toolset(tentatively called dbs-ng while I'm developing it) supports > > what I call pre-patched source. > > Was this a April-fools joke, or do you have some code that we can look at? While there is no code to look at, xen 2.0(in experimental) is using this system. > However, the concept looks possible to implement, and > will fix most of the problems we have with handling Debian > source packages; I'm not sure if it helps the maintainer side or not, > since I have not looked into the usability aspect yet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian as living system
On Wed, 18 May 2005, Roger Leigh wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Andrew Suffield <[EMAIL PROTECTED]> writes: > > > On Wed, May 18, 2005 at 03:46:33PM +0200, Rapha?l Pinson wrote: > >> I agree that the previous mail was not very easy to read, nor written in a > >> great english. But I don't think that being fluent in english should be a > >> requirement to be treated nicely on a development list... > > > > I *could* have simply ignored him. > > That would have been much better; please do so in the future. If you > don't have anything worthwhile to contribute, silence is preferable. This applies to the original poster as well. And how else are they going to know that what they want to discuss is worthless, after they've already done it, unless we tell them? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: why so much spam on the devel list?
On Sun, 22 May 2005, Kamaraju Kusumanchi wrote: > Hi > I am subscribed to debian-user, debian-mentors and debian-devel > lists. I am finding that typically debian-devel and debian-mentors is > way more spammed than debian-user. Why is it so? Am I just day dreaming > or is there any reason? Is there anything we forgot to implement on d-d > lists that has already been implemented on d-u? Few obvious things come to mind. Bugs filed against Package: general are sent to -devel. Mails from the bug system sent to -devel are whitelisted, and don't go thru the spam filters on murphy. The bug system has it's own set of filters, including spamassassin and crossassin. Bugs themselves are an additional source of spam targets; so them plus the list will generally cause an increase of spam on debian-devel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#311219: ITP: ipkungfu -- iptables-based Linux firewall
On Sun, 29 May 2005, Roberto C. Sanchez wrote: > On Mon, May 30, 2005 at 12:53:24PM +1200, Nigel Jones wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Nigel Jones <[EMAIL PROTECTED]> > > > > > > * Package name: ipkungfu > > Version : 0.5.2 > > Upstream Author : Rocco Stanzione <[EMAIL PROTECTED]> > > * URL : http://www.linuxkungfu.org/ > > * License : GPL > > Description : iptables-based Linux firewall > > > > ipkungfu is an advanced iptables script that can be also used by people > > that are not high on IP security knowledge. Many advanced features are > > included in ipkungfu, although IPv6 support is still not included. > > > > I would change "are not high on IP security knowledge" to read "have > only limited knowledge of proper security and IP filtering practices." > The phrase "high on IP security" seems just wrong, somehow. "are not very knowledgable in IP security." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
