multipath-tools: missing files in package
Hallo,
I have install multipath-tools to configure SAN.
But i missing files mpath_prio-*.
After some time I found a old Bug 333930 [18]
...29 Mar 2006... fixed 0.4.7-1
Now i check any packages by the method described on this side.
pkgs='multipath-tools_*'
search=mpath_prio
for pkg in `ls $pkgs`; do
echo "$pkg: found $search: `dpkg-deb -c $pkg | grep $search| wc -l`"
done
result:
-
multipath-tools_0.4.8+git0.761c66f-10_amd64.deb: found mpath_prio: 0
multipath-tools_0.4.8+git0.761c66f-10_i386.deb: found mpath_prio: 0
multipath-tools_0.4.8-14+lenny2_amd64.deb: found mpath_prio: 9
multipath-tools_0.4.8-14+lenny2_i386.deb: found mpath_prio: 9
multipath-tools_0.4.9+git0.4dfdaf2b-6_i386.deb: found mpath_prio: 0
-
removed mpath_prio_* on squeeze?
but i cannot find notice into multipath:changelog [24]
scsi_id was moved to /lib/udev (lenny), but i found no notice into changelog
too.
Where can I find these tools?
or a link to describetochanges/converttool?
regards Heiko
- config (part)
--
# Configurazione specifica EMC CLARiiON
device {
vendor "DGC"
product "*"
path_grouping_policy group_by_prio
#getuid_callout "/sbin/scsi_id -g -u -s /block/%n"
## debian/lenny: moved to /lib/udev
getuid_callout "/lib/udev/scsi_id -g -u -s /block/%n"
prio_callout "/sbin/mpath_prio_emc /dev/%n"
-
Debian: 6.0.5
[18] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333930
Debian Bug report logs - #333930 multipath-tools: missing files in package
14 Oct 2005 create
29 Mar 2006 fixed 0.4.7-1
[19]
http://pkgs.org/ubuntu-10.04/ubuntu-main-i386/multipath-tools_0.4.8-14ubuntu4_i386.deb.html
multipath-tools_0.4.8-14ubuntu4_i386.deb Download
Files: # /sbin/mpath_prio_alua
[23]
http://wiki.bolay.net/doku.php?id=operating_systems:linux:debian:multipath_on_debian_script
- script fehlerhaft/alt
- Ansatz diagnose
[24]
http://packages.debian.org/changelogs/pool/main/m/multipath-tools/multipath-tools_0.4.8+git0.761c66f-10/changelog
packages.debian multipath-tools changelog
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/a12849b9be8845f8c68feb40d17bdaf8.squir...@webmail.fh-lausitz.de
libnl3 soname change
Hi all, last week I did an upload of the current version 3.2.3 libnl3 to experimental. Libnl >= 3.2 is for example necessary for network-manager. Beginning from 3.2 upstream changed the soname changed from libnl3 to libnl3-200 and due to now correct .pc files it was possible to also create separate packages for the individual libraries instead of cramming all of them into one package. So the question would be on how to proceed to get this into unstable without breaking to much. Another question for the installer folks: should the udeb stay as it is, or should it be split too. Thanks Heiko -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201112141623.20369.he...@sntech.de
Re: The --before option is deprecated. Use override targets instead.
Björn Esser (Fr 02 Dez 2011 11:04:25 CET): > dh build --before configure >dh_testdir > dh_auto_configure -- --some-options-to-pass > > I get a warning --> dh: The --before option is deprecated. Use > override targets instead. > > How do I use/create those overrides? You're looking for dh(1)? -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: how to handle *.ucf files in /etc/apache2/conf.d?
sean finney (Fri Sep 16 14:26:19 2011): > On Fri, Sep 16, 2011 at 08:38:37AM +0200, Heiko Schlittermann wrote: > > > > > a) having apache to ignore *.ucf* generally > > b) just change in /etc/apache2/apache2.conf > > include conf.d/ > >into > > include conf.d/*.conf > >and ask all packages placing files there to use the > >.conf extension? > > I personally have been wishing for (b) for several years, but > haven't wanted it bad enough to go kick the hornets' nest :) expressed my wish as extension of #620347 -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
how to handle *.ucf files in /etc/apache2/conf.d?
Hello, I prepared a package which puts some configuration snippet into /etc/apache2/conf.d. This config snipped is under control of ucf. Eventually there get's an /etc/apache2/conf.d/XXX.ucf-new file created, which confuses apache. I found a bugreport #304785 (4/2005), it's closed, since *.dpkg* files are ignored by apache already. I do not feel comfortable with this solution… Does exist some explanation/solution/excuse, why we can't a) having apache to ignore *.ucf* generally b) just change in /etc/apache2/apache2.conf include conf.d/ into include conf.d/*.conf and ask all packages placing files there to use the .conf extension? Greetings from Dresden, -- Heiko Schlittermann signature.asc Description: Digital signature
Re: network-manager as default? No! (was: Bits from the Release Team - Kicking off Wheezy)
Stanislav Maslovski (Sun Apr 3 12:37:26 2011):
> On Sun, Apr 03, 2011 at 10:11:03AM +0200, martin f krafft wrote:
> > But if network-manager would become default and ifupdown an optional
> > replacement, I would question Debian's capacity to make technically
> > excellent decisions and wonder, how much we have been dragged along
> > by "user-friendly distros" and slid off the track.
>
> I agree. If that happens I will seriously think about moving to
> another distro (I have been using Debian since around 1999). Or maybe
> to a *BSD.
Using Debian (and partly supporting it) since about 1996: as soon as the
network manager and similar tools become the default, it will be Debian's
last days on my and our customers machines.
Best regards from Dresden/Germany
Viele Grüße aus Dresden
Heiko Schlittermann
--
SCHLITTERMANN.de ---- internet & unix support -
Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} -
gnupg encrypted messages are welcome --- key ID: 48D0359B -
gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B -
signature.asc
Description: Digital signature
Bug#612096: ITP: abootimg -- Tool to read/write/update android boot images
Package: wnpp Severity: wishlist Owner: Heiko Stuebner * Package name: abootimg Version : 0.3 Upstream Author : Gilles Grandou * URL : http://gitorious.org/ac100/abootimg * License : GPL2 and Apache 2.0 Programming Lang: C Description : Tool to read/write/update android boot images Android devices use a special partition format to boot any operating system on the devices. These boot-images contain a kernel image, a ramdisk, optionally a 2nd stage boot loader and the commandline passed to the kernel when booting. The original mkbootimg from Android can only create these images where abootimg can also extract and modify them. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110205195137.7806.4779.reportbug@marty.sntech
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Florian Weimer (Sa 18 Dez 2010 21:41:43 CET): > * Heiko Schlittermann: > > > Could this somehow trigger this (unexpected) behaviour of a failing > > validation? But why does it work for somebody (anybody?) else using this > > version of bind? (output of the CHAOS version.bind query: "9.6-ESV-R3") > > Obviously, it works for me, in quite a similar setup (consumer > Internet from Deutsche Telekom, among other things). Sure, that you've the very same version of bind? bind9: Installed: 1:9.6.ESV.R3+dfsg-0+lenny1 Candidate: 1:9.6.ESV.R3+dfsg-0+lenny1 Version table: *** 1:9.6.ESV.R3+dfsg-0+lenny1 0 990 http://security.debian.org lenny/updates/main Packages 100 /var/lib/dpkg/status 1:9.6.ESV.R1+dfsg-0+lenny2 0 990 http://ftp.de.debian.org lenny/main Packages On another new installed machine I've the same problem. As long as I keep the version of bind9. -- Heiko signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Florian Weimer (Sa 18 Dez 2010 21:41:43 CET): > * Heiko Schlittermann: > > > Could this somehow trigger this (unexpected) behaviour of a failing > > validation? But why does it work for somebody (anybody?) else using this > > version of bind? (output of the CHAOS version.bind query: "9.6-ESV-R3") > > Obviously, it works for me, in quite a similar setup (consumer > Internet from Deutsche Telekom, among other things). > > Can you show us the output from: > > dig +cd +dnssec ftp.debian.org DS ; <<>> DiG 9.6-ESV-R3 <<>> +cd +dnssec ftp.debian.org DS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12843 ;; flags: qr rd ra cd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;ftp.debian.org.IN DS ;; ANSWER SECTION: ftp.debian.org. 3574IN DS 40396 5 2 94E9380BA08A219B09D754C922A920B7DC57FBC01D718195A4B9C3B3 EBE350EE ftp.debian.org. 3574IN DS 40396 5 1 A32112A2E98C1AD75745609F9B7313B4DE95380B ftp.debian.org. 3574IN RRSIG DS 7 3 3600 20110111224900 20101214224900 42257 debian.org. iHNV5yTqrC8hShWErV90NwXGxQXBbWarj/7+UYpSg6NDqjX0CFXf8J21 x1B/YvhxDkUHpPwrq/YLhvVlx4E9mCvXqklyQsmmktQT4vU72qudJoJ7 cVCrwyUoFwWWtdvdJ1lwyjk/SXhOIHmzjexESUF/sHOT4rnrmmyhfRXp A1Ab8DfnbxoxTNvVZ/fjxDid ;; Query time: 2 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Dec 20 13:44:19 2010 ;; MSG SIZE rcvd: 313 > dig +cd +dnssec ftp.debian.org DNSKEY ; <<>> DiG 9.6-ESV-R3 <<>> +cd +dnssec ftp.debian.org DNSKEY ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57772 ;; flags: qr rd ra cd; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;ftp.debian.org.IN DNSKEY ;; ANSWER SECTION: ftp.debian.org. 28800 IN DNSKEY 256 3 5 AwEAAbKb7JLMdZbv5Ao/WndIcKiSajrEOzDggGF4JZGhkB/KD74sdZP4 Stx47dJqUCOoA2ULnN3vtovBZbUdOkTFi2cSNuyzt6r4WnSmSi+iVtth 4yTroUSirmT3dSQYU6Ouz6XhtqmwSL6kO94GHSg0rOYr2qDd0lu3uqs8 gOCt+H3WHb1R+kl6yvFT1eb7cbmknQ== ftp.debian.org. 28800 IN DNSKEY 256 3 5 AwEAAd2Q5QHO6rL3wGJET0d5foLUwiEZwXpRodq7j+70fKBTL5jEl6AB xpnt/zUHm62u1sYyDhv/mtB0q6cUKm6EnQ03WTiUU2n656fdjtaC+71D 2B8KYv4uVHxVya5lEaxIklGLJvSnPwClkClanrCeCf0ALqfC74nOAZzy sWJ4iDfIth4DX9gcRrNf7lwcShr+Vw== ftp.debian.org. 28800 IN DNSKEY 257 3 5 AwEAAanX1lSBuFPJX67wvJVJ81hkv1bV1BiqojH3pwdkxusxthvaLbGE bHWO4n3uY1gBhYw6ycRpyAUbjLE1NySzjpvfJY5KrLVPh1F89jyo9l16 nlevXODge/Y5+Q0lOZhNhTDkt+c/Xvf0WfnkWZZVYY3SAZpZP5FBdkpI idbyXKMF63JYkYoRSC5gaURYRy6NwJrhUXTRDPPRC0sf7sw1ganNodDy 6P7KqrWXdUOMBgFfHyQN3BmWjMRVdiY9N2+BnQ== ftp.debian.org. 28800 IN RRSIG DNSKEY 5 3 28800 20110110133902 20101213133902 9783 ftp.debian.org. v0ug+Kxv8QeSHZg7doZQUnsbKrAnuegSGX+Nfe7BmezONMyXXnbH8TC/ CCw3qQBBSltEJY1ytyvicfQnCaHXDc1vDvR9e6kzjoFFJxnSpNKsZXkh HtTSuO9RwmwWHQocpv06AOcRL2HeNl6hQcRh+28HGq3bgWveuRASEgKD u9eHCuQqtSrk97ymRJzNArON ftp.debian.org. 28800 IN RRSIG DNSKEY 5 3 28800 20110110133902 20101213133902 40396 ftp.debian.org. FenuaVpG8s5hjyRdyEmcAzXA/JtGsF7V1LqZeQZJ8pwlB6gidgCAUXDW wGjZBzzJl48LklxrSxyZDxdtN99/7lbDFgIEsmN5MabeQz6WCP2GBFq6 A/nQJzLpPnZTqhw5pgfqTCjEyvOEVembqrEX4nU7QzeuYON0p6Y2I49Z PHpurX20dxW7DoLtXjeduUF0uTFVk6ToKt4SOpWcUF3syUeoyLzza7S1 7VaeqLdi0L0u2CE907HQZKP1m3KaFWWN ;; Query time: 245 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Dec 20 13:44:45 2010 ;; MSG SIZE rcvd: 1011 > dig +cd +dnssec ftp.debian.org A ; <<>> DiG 9.6-ESV-R3 <<>> +cd +dnssec ftp.debian.org A ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11161 ;; flags: qr rd ra cd; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;ftp.debian.org.IN A ;; ANSWER SECTION: ftp.debian.org. 300 IN A 130.89.149.226 ftp.debian.org. 300 IN RRSIG A 5 3 300 20110110133902 20101213133902 9783 ftp.debian.org. GiKr7xnrmvBIdRT5VYxHWXzMae9KhHo09Qyx1+l5l4YNbpIiUw3aIkGp MOjsyETYy6hGVontU14me77sUChtI8tzGg11w9YKJopM46rplnTINpX+ U+ZVFIJtWaAyvLkmzPG3iZ8worZsWNEyShsqfl3lYqGl4Ma4jDPJDeHB KRdZFsIu5DPns153XwHmsvCw ;; AUTHORITY SECTION: ftp.debian.org. 3580IN NS geo3.debian.org. ftp.debian.org. 3580IN NS geo2.debian.org. ftp.debian.org. 3580IN NS geo1.debian.org. ftp.debian.org. 3600IN RRSIG NS 5 3 3600 20110110133902 20101213133902 9783 ftp.debian.org. w/Tl/57AtBttNFpfNlC5uWm2sSJfcmppkY085gxdCfJ+Xngf9AHoY
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Peter Palfrader (Mi 15 Dez 2010 21:22:36 CET): > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > before filing a bug report I'd like to ask here, since I'd expect some > > experts here :-) > > > > Using a current lenny with bind9 I can't validate (www|ftp).debian.org > > anymore. Is anybody else experiencing this problem? > > > > not working: 1:9.6.ESV.R3+dfsg-0+lenny1 > > working: 1:9.6.ESV.R1+dfsg-0+lenny2 > > working: 1:9.7.2.dfsg.P3-1 > > > I just downgraded my 9.7.2.dfsg.P3-1~bpo50+1 to 9.6.ESV.R3+dfsg-0+lenny1 > and indeed, I can no longer resolve anything delegated from debian.org. Does one of the bind9 maintainers listen here? -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
> Heiko Schlittermann (Di 14 Dez 2010 20:40:47 CET): > > Peter Palfrader (Di 14 Dez 2010 20:31:46 CET): > > > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > > > > > Peter Palfrader (Di 14 Dez 2010 18:42:49 CET): > > > > > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > > > > > > > > > Using a current lenny with bind9 I can't validate > > > > > > (www|ftp).debian.org > > > > > > anymore. Is anybody else experiencing this problem? > > > > > > > > > > > > > > > > > > not working: 1:9.6.ESV.R3+dfsg-0+lenny1 > > > > > > working: 1:9.6.ESV.R1+dfsg-0+lenny2 > > > > > > working: 1:9.7.2.dfsg.P3-1 > > > > > > > > > > > > ftp.debian.org seems to use DLV. Other domains using DLV validate. > > > > > > > > > > Does a normal host validate? Say for instance kassia.debian.org. > > > > > > > > Yes, it does. > > > > > > Are you on IPv6? > > > > What is IPv6? > > No, I'm not on IPv6 and even running bind with the "-4" option. Here comes the output of a trace (level 3 I think), note marked line: 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: starting 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: looking for DLV 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: plain DNSSEC returns unsecure (.): looking for DLV 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: looking for DLV ftp.debian.org.dlv.isc.org 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: looking for DLV debian.org.dlv.isc.org 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: DLV debian.org found 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: dlv_validator_start 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: restarting using DLV 14-Dec-2010 22:13:09.193 validating @0xb90c65d8: ftp.debian.org A: attempting positive response validation 14-Dec-2010 22:13:09.193 validating @0xb90cb070: ftp.debian.org DNSKEY: starting 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: attempting positive response validation 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: not beneath secure root 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: plain DNSSEC returns unsecure (.): looking for DLV 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: looking for DLV ftp.debian.org.dlv.isc.org 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: looking for DLV debian.org.dlv.isc.org 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: DLV debian.org found 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: dlv_validator_start 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: restarting using DLV 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: attempting positive response validation 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: not beneath secure root 14-Dec-2010 22:13:09.194 validating @0xb90cb070: ftp.debian.org DNSKEY: marking as answer (validatezonekey (1)) 14-Dec-2010 22:13:09.194 validator @0xb90cb070: dns_validator_destroy 14-Dec-2010 22:13:09.194 validating @0xb90c65d8: ftp.debian.org A: in keyvalidated 14-Dec-2010 22:13:09.194 validating @0xb90c65d8: ftp.debian.org A: keyset with trust 5 14-Dec-2010 22:13:09.194 validating @0xb90c65d8: ftp.debian.org A: resuming validate 14-Dec-2010 22:13:09.194 validating @0xb90c65d8: ftp.debian.org A: no valid signature found 14-Dec-2010 22:13:09.195 validating @0xb90c65d8: ftp.debian.org A: falling back to insecurity proof * 14-Dec-2010 22:13:09.195 validating @0xb90c65d8: ftp.debian.org A: checking existence of DS at 'ftp.debian.org' 14-Dec-2010 22:13:09.195 validating @0xb90c65d8: ftp.debian.org A: insecurity proof failed 14-Dec-2010 22:13:09.195 fctx 0xb487e008(ftp.debian.org/A'): received validation completion event 14-Dec-2010 22:13:09.195 validator @0xb90c65d8: dns_validator_destroy 14-Dec-2010 22:13:09.195 fctx 0xb487e008(ftp.debian.org/A'): validation failed 14-Dec-2010 22:13:09.195 fctx 0xb487e008(ftp.debian.org/A'): add_bad 14-Dec-2010 22:13:09.195 no valid RRSIG resolving 'ftp.debian.org/A/IN': 82.195.75.105#53 A DS record is found. Why? since ftp.debian.org is a zone on its own. The other working plain names (the name has just an A record) are working a
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Heiko Schlittermann (Di 14 Dez 2010 20:40:47 CET): > Peter Palfrader (Di 14 Dez 2010 20:31:46 CET): > > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > > > Peter Palfrader (Di 14 Dez 2010 18:42:49 CET): > > > > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > > > > > > > Using a current lenny with bind9 I can't validate (www|ftp).debian.org > > > > > anymore. Is anybody else experiencing this problem? > > > > > > > > > > > > > > > not working: 1:9.6.ESV.R3+dfsg-0+lenny1 > > > > > working: 1:9.6.ESV.R1+dfsg-0+lenny2 > > > > > working: 1:9.7.2.dfsg.P3-1 > > > > > > > > > > > > > > > ftp.debian.org seems to use DLV. Other domains using DLV validate. > > > > > > > > Does a normal host validate? Say for instance kassia.debian.org. > > > > > > Yes, it does. > > > > Are you on IPv6? > > What is IPv6? > No, I'm not on IPv6 and even running bind with the "-4" option. syslog: Dec 14 21:19:36 muli3 named[32237]: validating @0xb90beb28: ftp.debian.org A: no valid signature found Dec 14 21:19:36 muli3 named[32237]: not insecure resolving 'ftp.debian.org/A/IN': 206.12.19.113#53 Dec 14 21:19:36 muli3 named[32237]: validating @0xb90beb28: ftp.debian.org A: no valid signature found Dec 14 21:19:36 muli3 named[32237]: no valid RRSIG resolving 'ftp.debian.org/A/IN': 82.195.75.105#53 Dec 14 21:19:36 muli3 named[32237]: validating @0xb90beb28: ftp.debian.org A: no valid signature found Dec 14 21:19:36 muli3 named[32237]: no valid RRSIG resolving 'ftp.debian.org/A/IN': 195.20.242.125#53 Somehow it seems to dislike to accept the DLV key? -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Peter Palfrader (Di 14 Dez 2010 20:31:46 CET): > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > Peter Palfrader (Di 14 Dez 2010 18:42:49 CET): > > > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > > > > > Using a current lenny with bind9 I can't validate (www|ftp).debian.org > > > > anymore. Is anybody else experiencing this problem? > > > > > > > > > > > > not working: 1:9.6.ESV.R3+dfsg-0+lenny1 > > > > working: 1:9.6.ESV.R1+dfsg-0+lenny2 > > > > working: 1:9.7.2.dfsg.P3-1 > > > > > > > > > > > > ftp.debian.org seems to use DLV. Other domains using DLV validate. > > > > > > Does a normal host validate? Say for instance kassia.debian.org. > > > > Yes, it does. > > Are you on IPv6? What is IPv6? No, I'm not on IPv6 and even running bind with the "-4" option. -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Peter Palfrader (Di 14 Dez 2010 18:42:49 CET): > On Tue, 14 Dec 2010, Heiko Schlittermann wrote: > > > Using a current lenny with bind9 I can't validate (www|ftp).debian.org > > anymore. Is anybody else experiencing this problem? > > > > > > not working: 1:9.6.ESV.R3+dfsg-0+lenny1 > > working: 1:9.6.ESV.R1+dfsg-0+lenny2 > > working: 1:9.7.2.dfsg.P3-1 > > > > > > ftp.debian.org seems to use DLV. Other domains using DLV validate. > > Does a normal host validate? Say for instance kassia.debian.org. Yes, it does. -- Heiko signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Stephane Bortzmeyer (Di 14 Dez 2010 16:15:56 CET): > On Tue, Dec 14, 2010 at 04:11:01PM +0100, > Heiko Schlittermann wrote > a message of 65 lines which said: > > > > Expired signature ket in the cache, may be? It ends at > > > 2010-12-14T09:48Z, which was several hours ago. > > > > Sure? I'd say the signature expires 20110111094829 and was created > > 20101214094829. > > Yes. You're right. Reply too fast and coffee too late. Sorry. OK, but the question remains, what's going on here… Who is wrong? Unfortunely nobody else responded. And on a DENIC DNSSEC mailing list I got only vague clues too. There I (too fast?) wrote, it solved, since I was able to reproduce it changing the bind versions. BTW, this issue we have on two independent machines, both running a recent lenny. One system is connected via T-Online, the other one has a "real" uplink. Both systems do not use any forwarder (they know about). -- Heiko :: dresden : linux : SCHLITTERMAN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Stephane Bortzmeyer (Di 14 Dez 2010 14:48:53 CET): > On Tue, Dec 14, 2010 at 02:43:38PM +0100, > Heiko Schlittermann wrote > a message of 134 lines which said: > > > With checking disabled: > > # dig www.debian.org +cd +dnssec @192.168.0.1 > ... > > www.debian.org. 132 IN RRSIG A 5 3 300 > > 20110111094829 20101214094829 38208 www.debian.org. > > AR+irfLzNRWYgbJwp4Nf6M1o3xpANStnSMNQ7iechFhX9YdDUgx7vHLl > > 4/mjM6RbyHJiCyz5supU4ubuWT5QxjvG6IE/HgoimiEjq4XsP7ANSEdF > > 1B3y270gBxn+tO2ZDfNwLdob9k3AXJnyOVUq9cPVaa8ZcNZ8rhJ04JLF > > 3i3E9AphlUywmQPTNTCEtOoV > > Expired signature ket in the cache, may be? It ends at > 2010-12-14T09:48Z, which was several hours ago. Sure? I'd say the signature expires 20110111094829 and was created 20101214094829. BTW expired sigs are logged as such, I think. [But I'm fare away from beeing a DNS(SEC) expert!] > > > ;; WHEN: Tue Dec 14 14:38:22 2010 > > What time zone? If it is german time, UTC+1, yes, the problem was an > expired signature. But why is the behaviour reproducable changing the bind versions back and forth? bind was restarted several times. I'd think, everything bind caches, is in memory. Files are used for secondary zone data only. dnssec-accept-expired is set to "yes" already. -- Heiko :: dresden : linux : SCHLITTERMAN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: Anybody else having problems w/ DNSSEC and ftp.debian.org?
Stephane Bortzmeyer (Di 14 Dez 2010 14:26:18 CET): > On Tue, Dec 14, 2010 at 02:18:44PM +0100, > Heiko Schlittermann wrote > a message of 46 lines which said: > > > Using a current lenny with bind9 I can't validate (www|ftp).debian.org > > anymore. > > Works for me (BIND on a lenny using dlv.isc.org). Note the ad bit: > > % dig +dnssec A www.debian.org > > ; <<>> DiG 9.6-ESV-R3 <<>> +dnssec A www.debian.org > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12253 > ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 13 > > ;; OPT PSEUDOSECTION: > ; EDNS: version: 0, flags: do; udp: 4096 > ;; QUESTION SECTION: > ;www.debian.org.IN A > > ;; ANSWER SECTION: > www.debian.org. 300 IN A 141.76.2.5 > www.debian.org. 300 IN A 213.129.232.18 > www.debian.org. 300 IN RRSIG A 5 3 300 20110111094829 > 20101214094829 38208 www.debian.org. > AR+irfLzNRWYgbJwp4Nf6M1o3xpANStnSMNQ7iechFhX9YdDUgx7vHLl > 4/mjM6RbyHJiCyz5supU4ubuWT5QxjvG6IE/HgoimiEjq4XsP7ANSEdF > 1B3y270gBxn+tO2ZDfNwLdob9k3AXJnyOVUq9cPVaa8ZcNZ8rhJ04JLF > 3i3E9AphlUywmQPTNTCEtOoV > > What is the output of 'dig +cd +dnssec www.debian.org' on your case? # dig www.debian.org +dnssec @192.168.0.1 ; <<>> DiG 9.7.1-P2 <<>> www.debian.org +dnssec @192.168.0.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 49087 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;www.debian.org.IN A ;; Query time: 341 msec ;; SERVER: 192.168.0.1#53(192.168.0.1) ;; WHEN: Tue Dec 14 14:40:12 2010 ;; MSG SIZE rcvd: 43 The excuse in the servers syslog: Dec 14 14:40:11 muli3 named[14985]: validating @0xb98d51b0: www.debian.org A: no valid signature found Dec 14 14:40:11 muli3 named[14985]: no valid RRSIG resolving 'www.debian.org/A/IN': 195.20.242.125#53 Dec 14 14:40:11 muli3 named[14985]: validating @0xb98d51b0: www.debian.org A: no valid signature found Dec 14 14:40:11 muli3 named[14985]: no valid RRSIG resolving 'www.debian.org/A/IN': 82.195.75.105#53 Dec 14 14:40:11 muli3 named[14985]: validating @0xb98d51b0: www.debian.org A: no valid signature found Dec 14 14:40:11 muli3 named[14985]: no valid RRSIG resolving 'www.debian.org/A/IN': 206.12.19.113#53 With checking disabled: # dig www.debian.org +cd +dnssec @192.168.0.1 ; <<>> DiG 9.7.1-P2 <<>> www.debian.org +cd +dnssec @192.168.0.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14886 ;; flags: qr rd ra cd; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 13 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags: do; udp: 4096 ;; QUESTION SECTION: ;www.debian.org.IN A ;; ANSWER SECTION: www.debian.org. 132 IN A 213.129.232.18 www.debian.org. 132 IN A 141.76.2.5 www.debian.org. 132 IN RRSIG A 5 3 300 20110111094829 20101214094829 38208 www.debian.org. AR+irfLzNRWYgbJwp4Nf6M1o3xpANStnSMNQ7iechFhX9YdDUgx7vHLl 4/mjM6RbyHJiCyz5supU4ubuWT5QxjvG6IE/HgoimiEjq4XsP7ANSEdF 1B3y270gBxn+tO2ZDfNwLdob9k3AXJnyOVUq9cPVaa8ZcNZ8rhJ04JLF 3i3E9AphlUywmQPTNTCEtOoV ;; Query time: 28 msec ;; SERVER: 192.168.0.1#53(192.168.0.1) ;; WHEN: Tue Dec 14 14:38:22 2010 ;; MSG SIZE rcvd: 1760 When I'm validating myself (dig +sigchase …) using the DNSKEY found for debian.org, I can validate the answers (tested for ftp, but expect the same for www). -- Heiko :: dresden : linux : SCHLITTERMAN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Anybody else having problems w/ DNSSEC and ftp.debian.org?
Hello, before filing a bug report I'd like to ask here, since I'd expect some experts here :-) Using a current lenny with bind9 I can't validate (www|ftp).debian.org anymore. Is anybody else experiencing this problem? not working: 1:9.6.ESV.R3+dfsg-0+lenny1 working: 1:9.6.ESV.R1+dfsg-0+lenny2 working: 1:9.7.2.dfsg.P3-1 ftp.debian.org seems to use DLV. Other domains using DLV validate. -- Heiko :: dresden : linux : SCHLITTERMAN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: exim-using packages - are you relying on -C or -D options?
Hello, not talking about packages but about daily use… Andreas Metzler (So 12 Dez 2010 15:50:53 CET): > Hello, > > fixing the exim privilege escalation bug > http://bugs.exim.org/show_bug.cgi?id=1044 /might/ break exim's -C (use > an alternate configuration file) or -D (set macro value) command line > options. I am wondering how much collateral damage this would cause. > > Do you know packages that rely on the -D or -C options? For -C > option, in which directory is the alternate configuration file searched > for? I didn't follow the whole discussion, I just wanted to note, that there *should* be a possibility to start exim with an alternative config file. This is used for just checking the config file before moving it to the final place, and for some test installations or even running exims on different IPs with different configs. -- Heiko signature.asc Description: Digital signature
Re: Bug#560863: ITP: lamson -- The Python SMTP Server
Sebastian Otaegui (Sa 12 Dez 2009 22:26:56 CET): > Package: wnpp > Severity: wishlist > Owner: Sebastian Otaegui > > > * Package name: lamson > Version : 1.0pre7 > Upstream Author : Zed A. Shaw > * URL : http://lamsonproject.org > * License : GPL > Programming Lang: Python > Description : The Python SMTP Server > > Lamson's goal is to put an end to the hell that is "e-mail application > development". Rather than stay stuck in the 1970s, Lamson adopts modern > web application framework design and uses a proven scripting language > (Python). FYI, from the FAQ of lamson: http://lamsonproject.org/docs/faq.html --- Debian and CentOS are notorious for being dinosaurs. Both distributions of Linux suffer from the false rationale that older software is more stable and secure. The reality is that the stability or security of a piece of software is not a function of its age, and in many cases the newer versions of software will typically fix many stability and performance problems. Despite this fact, these two variants of Linux are notorious for back-porting patches from later versions to older versions rather than just using the newer version. In order to help people who need to run a modern piece of software on their antiquated operating systems, I’ve written an extensive document on how to Deploy Lamson that tells you how to do it in a way that should work reliably on most Unix platforms, even if they have an older version of Python. --- Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de internet & unix support - Heiko Schlittermann HS12-RIPE - gnupg encrypted messages are welcome - key ID: 48D0359B --- gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B - signature.asc Description: Digital signature
shared library in binary-package?
Hi, as I was unsuccessful in finding similiar cases on the mailing lists I would like some input on the handling of corner-case in packaging. The package is fso-usaged from the freesmartphone.org software-stack and not yet in debian. Compilation results in a binary fsousaged, a shared library libfsousage.so* and three plugins (controller.so, lowlevel_kernel26.so, lowlevel_openmoko.so). The plugins use libfsousage and fsousaged loads them according to its config- file. According to the debian-policy libfsousage would require the two separate shared libary packages (0, -dev) but the only users are and will be fsousaged and the plugins alone. Are there other packaging options for such a case, as libfsousage is currently 3,4KB and it seems like much overhead to have the library-packages when there won't ever be other users of it. Currently I have all in one package (34KB deb / 252KB installed-size) but lintian doesn't like it. Any pointers would be greatly appreciated. Thanks Heiko signature.asc Description: This is a digitally signed message part.
Re: Errors in device driver pgm
Hello Harsha, I'm not sure if this is the right list, because it's topic is more about the development of Debian specific things, as software packages (.deb), and such. But - you'll find a lot of knowlegdable people her, and probably someone with more help than I can give you ... Harsha s.v. Banavasi (Sa 18 Jul 2009 17:13:28 CEST): > Dear sir/madam > > I am Harsha, I am working as software Engineer in ISRO(India). > > I have written device driver pgm in redhat linux with 2.4 kernel. it's > working fine. > > But now our boss asked me to install Debian OS with 2.6 kernel. I have > install Debian 5.0 version with 2.6 kernel. But my Device driver pgm is not > working, it's giving lots of Erros in header file.( I have installed kernel > headers also). > > what is the solution red hat 2.4 kernel header is not similar to Debian > header. > The 2.4 kernel series and the 2.6 kernel series are quite different. You can't expect for some piece of software (driver) to just compile cleanly against the 2.6 kernel (headers). But, if you where able to write the driver, you should be able to apply the neccessary changes ;-), it's just the kernel API that changed... It's not a Debian specific issue, it would bite you with a 2.6 kernel on a Red Hat system too. The 2.4 kernels are meanwhile somewhat outdated... Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de internet & unix support - Heiko Schlittermann HS12-RIPE - gnupg encrypted messages are welcome - key ID: 48D0359B --- gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B - signature.asc Description: Digital signature
Re: dpkg and hardlinks
Jerome Warnier (Di 24 Mär 2009 14:58:35 CET): > > The question here is: which one is the hardlink to the other? :-P You can't distinguish hardlinks from each other - in the sense of original and link... They are just different directory entries referring to the same file system object. Best regards from Dresden/Germany Viele Grüße aus Dresden Heiko Schlittermann -- SCHLITTERMANN.de internet & unix support - Heiko Schlittermann HS12-RIPE - gnupg encrypted messages are welcome - key ID: 48D0359B --- gnupg fingerprint: 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B - signature.asc Description: Digital signature
Re: State of gcc 2.95 use in Debian unstable
Hi, thanks for all the comments. I will do tests with gcc-4.x and, if the regression is still there, file a bug report upstream. Heiko On Saturday 10 December 2005 20:03, Thiemo Seufer wrote: > Heiko Müller wrote: > > Dear Thiemo, > > we very much appreciate your work on the gcc-2.95 debian package. > > For us - and probably also for other users in the scientific > > community - the "old" compiler version is still of great value. > > > > We use gcc-2.95 to compile C/C++ code with very large mathematical > > expressions generated by computer algebra software. This involves > > very long (several thousand lines of code) functions to evaluate > > multi-variable polynomial expression resulting from perturbation > > theoretical solutions of physical problems. > > > > We found that gcc-2.95 -Os produces object code of acceptable quality > > within reasonable compilation times. gcc >=3 is less efficient w.r.t. > > compilation time and memory consumption and in many cases even fails > > to compile our codes due to the very long expressions. The C/C++ codes > > generated from the computer algebra software are perhaps unusual but > > not broken. > > Well, gcc 3.x was somewhat disappointing WRT, but I would expect 4.0 > to do better. If 4.x fails for your (valid and standard-conforming) > code, please consider to provide a testcase to the upstream developers. > I'm sure they are interested in it, and long-term it will help you as > well to have a more modern compiler which can handle such cases. > > > Since what we are doing is not so unusual in theoretical physics we are > > probably not alone with these kind problems. Please consider that even > > if no other debian packages would depend on gcc-2.95 many users may > > very much require it. > > Indeed, I got also one private reply which suggested gcc-2.95 is still > an interesting choice for some numerics code. > > > Thiemo
Re: State of gcc 2.95 use in Debian unstable
Dear Thiemo, we very much appreciate your work on the gcc-2.95 debian package. For us - and probably also for other users in the scientific community - the "old" compiler version is still of great value. We use gcc-2.95 to compile C/C++ code with very large mathematical expressions generated by computer algebra software. This involves very long (several thousand lines of code) functions to evaluate multi-variable polynomial expression resulting from perturbation theoretical solutions of physical problems. We found that gcc-2.95 -Os produces object code of acceptable quality within reasonable compilation times. gcc >=3 is less efficient w.r.t. compilation time and memory consumption and in many cases even fails to compile our codes due to the very long expressions. The C/C++ codes generated from the computer algebra software are perhaps unusual but not broken. Since what we are doing is not so unusual in theoretical physics we are probably not alone with these kind problems. Please consider that even if no other debian packages would depend on gcc-2.95 many users may very much require it. Best regards, Heiko -- Dr. Heiko Mueller Englerstr. 28 Tel: +49 6221 89467-21 CEOS GmbH D-69126 Heidelberg Fax: +49 6221 89467-29 Germany http://www.ceos-gmbh.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need server
On Thu, Jan 04, 2001 at 11:01:43AM +0100, Michael Meskes wrote: Hi! > Is there any apt-able server out there that is accessible with a better > bandwidth than ftp.debian.org (currently 468 bytes/sec) but still is > up-to-date? ftp.freenet.de seems to be very actually and it's fast too. Give it a try. cu, Heiko
qt2beta_2.0_19990516 for potato available
=> http://master.debian.org/~heiko/qt2/
Thanks to Ivan E. Moore II and Russell Cooker for giving me access to
their potato systems.
Best Regards from Dresden/Germany
Viele Gruesse aus Dresden
Heiko Schlittermann
--
[internet & unix support ----- Heiko Schlittermann]
[http://debian.schlittermann.de/";> Debian 2.1 CD ]
[Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -]
[pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
qt2beta available
[ Please CC to me personally since I was unsubscribed here due to too
much `uploaded' traffic. And I don't know if my re-subscription went
through. ]
I've made available a qt2beta package on
http://master.debian.org:~heiko/qt2/
NOTES:
o This stuff is BETA (the QT as well as the packaging)
o The package doesn't conflict with any regular QT package
(at least this is my intention -- again: BETA!).
o You must not send any bug report regarding the packaging to any of
the QT mailing lists or maintainers!
o You have to point you compiler/linker to the directories
/usr/lib/qt2beta/{lib,include,bin} -- probably best by
using something like QTDIR=/usr/lib/qt2beta ...
e.g.:
QTDIR=/usr/lib/qt2beta make
For a Makefile example see
/usr/doc/qt2beta/examples/aclock/Makefile
ADDITIONAL NOTE: If you take the examples Makefile your binary
will be built with the `rpath' linker option. This makes the
binary aware of the library location in /usr/lib/qt2beta/lib and
may produce bizarre effects if different versions of the QT2 library
exist in /usr/lib _and_ /usr/lib/qt2beta/lib!
o The package is built on a slink system, this might produce
some library problems on potato (why? Aren't we compatible??)
-- Anyway, you might be forced to re-build the package on a
potato system.
[ Can anybody give me ssh access to a potato system to do this job
myself? ]
Best Regards from Dresden/Germany
Viele Gruesse aus Dresden
Heiko Schlittermann
--
[internet & unix support - Heiko Schlittermann]
[http://debian.schlittermann.de/";> Debian 2.1 CD ]
[Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -]
[pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: alternative man page reader?
On Thu, May 13, 1999 at 11:17:57PM -0400, Shaleh wrote: : : On 13-May-99 Bradley Bell wrote: : > has anybody thought about packaging an alternative to the man-db/groff : > combination for reading man pages? 4mb is a lot for small systems, and : > reading man pages is pretty much a neccessity. : : Maybe I am wrong here but, how else are you gonna do it? man pages are written : in roff format (think of it as old html). Any other man reader would have to : speak roff as well. groff is only needed for `formatting' the man pages. If you preformat all the pages you can fire groff and have you man pages anyway. But I don't know about disk usage of the preformatted pages and if it's easy to . format all pages . delete all unformatted pages . remove groff . use the formatted pages from /var/catman/ only w/o braking something. Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann -- [internet & unix support - Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: Pandora is born
On Mon, May 10, 1999 at 03:33:54PM -0700, Joseph Carter wrote: : > > Um, non-us has been terribly broken since BEFORE I was a developer. In : > > fact, it was broken when I first installed Bo a year and a half ago. : : And the biggest rub of all has been that the archive maintainers couldn't : do anything about the problems. They would have liked to. The maintainers that wanted to help (Richard (?) and Guy) had and have the same archive access as me. And as far as I can remember -- the problem were in order of occurence: - backlog in incoming (yes, was not solved for a long time) - archive layout similar to the main archive (not yet solved -- some coordination needed) - downtime (due to broken hardware - has been solved with a donated harddisk (paid by me with donations from selling Debian CDs)) - archive access for archive maintainers (not solved for a long time due to administrative restrictions -- would have been solved if we had have a new, separate machine ... you know, where the machine is now) Best Regards from Dresden/Germany Heiko -- [internet & unix support ----- Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: [ashp@bastard.co.uk: Bug#37349: qt1g needs urgent recompile for potato]
On Mon, May 10, 1999 at 01:37:24AM -0700, Joseph Carter wrote: : On Mon, May 10, 1999 at 09:27:16AM +0200, Heiko Schlittermann wrote: : > Hello, : > : > is some of you maintainers willing to recompile the qt1-1.42 package : > on a potato system and then do a NMU? (I don't have a potato system : > currently.) : : I can do this, and I can even bring it up to current standards version : and PROBABLY even do the newest release version (1.44 iirc) if you like. OOps, I thought we meant the latest 1.44 release. (I've done uploads of 1.44 about 2 days ago. They're installed already.) You may take 'em from master or from http://master.debian.org/~heiko/qt2/ Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann -- [internet & unix support - Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: Pandora is born
On Mon, May 10, 1999 at 01:43:09AM -0700, Joseph Carter wrote: : On Mon, May 10, 1999 at 09:30:59AM +0200, Heiko Schlittermann wrote: : > : > Debian DNS administrators, please change nonus.debian.org to be a : > : > CNAME for pandora.debian.org. : > : > That's what I call `democracy'. :-( -- Sorry. I meant the way decisions are made. The discussion about a new nonus server has been here and in personal mails about 1 .. 3 months before, but with no real conclusion. [ The only result was, that some people (including Guy) wanted to help -- but didn't (this is no critism, it's only a fact). ] : You have yourself pointed out a number of problems including lack of : diskspace for the mirror and the inability to give the archive Diskspace problems have been solved a long time ago. Archive access was given to the people who wanted to help. : maintainers an account which could administer the system (or even at : least just the portion of the ssytem that contained the mirror..) The mirror and the nonus server are different things. : I don't mean to sound harsh here, but given all the problems with non-us : and its current (still) broken state, a vote would have returned The very current state is that incoming is closed since it was misused. But this state would have been changed in the next days. Best Regards from Dresden/Germany Heiko -- [internet & unix support - Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
Re: Pandora is born
On Mon, May 10, 1999 at 01:23:28AM -0600, Jason Gunthorpe wrote: : On 9 May 1999, Guy Maor wrote: : > Debian DNS administrators, please change nonus.debian.org to be a : > CNAME for pandora.debian.org. That's what I call `democracy'. :-( -- Sorry. Heiko -- [internet & unix support ----- Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---]
[ashp@bastard.co.uk: Bug#37349: qt1g needs urgent recompile for potato]
Hello, is some of you maintainers willing to recompile the qt1-1.42 package on a potato system and then do a NMU? (I don't have a potato system currently.) Thanks, Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann -- [internet & unix support ----- Heiko Schlittermann] [http://debian.schlittermann.de/";> Debian 2.1 CD ] [Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] -] [pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 ---] - Forwarded message from Ashley Penney <[EMAIL PROTECTED]> - Package: qt1g Version: 1.42-2 QT needs to be recompiled against glibc 2.1, as it's impossible to run KDE applications that have been compiled from source. They will reliably seg fault and cause general trouble. I recompiled QT using the source package and everything worked perfectly - so I believe a simple recompile will do. I am using Debian Potato, kernel version 2.2.7-ac1, with glibc 2.1.1-3, egcs 1.1.2-1 and the KDE 1.1.1 packages. -- Ashp |Debian GNU/Linux User [EMAIL PROTECTED] | "Linux - A GNU generation." - End forwarded message -
Re: Et voila! (was: Re: Slink not installable from CDs)
On Fri, Oct 16, 1998 at 09:10:20PM +1000, Tyson Dowd wrote:
: On 16-Oct-1998, Heiko Schlittermann <[EMAIL PROTECTED]> wrote:
: > On Fri, Oct 16, 1998 at 02:39:38PM +1000, Tyson Dowd wrote:
: > :
: > : There is no reason why the X-Media field has to be in the Packages
: > : files on the CD -- that information could be stored by the multi-cd
: > : method when it reads in the CD info.
: >
: > ... but not, if the first CD contains all packages files (as our
: > datom/schlittermann hamm-CDs do already ... )
:
: Not true. There just needs to be an association between packages
: file and CD label.
:
: A file in each directory that says which CD the packages are on
: would be sufficient.
:
: E.g.
: /.packages/non-free/Packages.gz
: /.packages/non-free/media (contains "CD 2")
: /.packages/main/Packages.gz
: /.packages/main/media (contains "CD 1")
:
: Or something like that.
Ok, and what if the the main packages are split over multiple CDs?
: > Yes, there are some drawbacks that should be solved, but probably not
: > for slink ...
:
: Sure. You've done the work, and it will be fine for this release,
: but it's worth discussing ways we can improve on it in future.
:
: The basic scheme is fine, it's just the X-Media can be put elsewhere,
: which means the same pacakges files can be used everywhere.
We use the original packages files here, but when creating the images
the X-Media header is added.
: It would be *less* work to actually leave dpkg-scanpackages as it
: is, and just add this change to the multi-cd method. But *more*
: work has already been done, so it isn't necessarily worth changing
: now.
Best Regards from Dresden/Germany
Viele Gruesse aus Dresden
Heiko Schlittermann
---
internet & unix support ** Heiko Schlittermann --
[http://debian.schlittermann.de/";> Debian 2.0 CD ]
Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] ---
pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 -
Re: Et voila! (was: Re: Slink not installable from CDs)
On Fri, Oct 16, 1998 at 02:39:38PM +1000, Tyson Dowd wrote: : : There is no reason why the X-Media field has to be in the Packages : files on the CD -- that information could be stored by the multi-cd : method when it reads in the CD info. ... but not, if the first CD contains all packages files (as our datom/schlittermann hamm-CDs do already ... ) The multi-cd approach is fairly well tested by (I think) the most of our customers. I know, that the current implementation is a rather bad hack, but due to limited time and since _nobody_ seemed to be able to solve this when hamm appeared, I've implemented is myself ... Yes, there are some drawbacks that should be solved, but probably not for slink ... Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann --- internet & unix support ** Heiko Schlittermann -- [http://debian.schlittermann.de/";> Debian 2.0 CD ] Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 -
Re: glimpse on CD?
On Mon, Oct 05, 1998 at 09:36:57AM -0400, Peter S Galbraith wrote: : I just noticed that glimpse is *not* on my _official_ LSL Debian 2.0 disk : set. Strange. : : I wonder what else I'm missing. It's in non-free. And it depends on the CD vendor which parts of non-free are included Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann --- internet & unix support ** Heiko Schlittermann -- [http://debian.schlittermann.de/";> Debian 2.0 CD ] Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 -
Re: dpkg -S problem
On Fri, Oct 02, 1998 at 05:33:07PM +0200, Rainer Dorsch wrote: : : : $ dpkg -l /usr/bin/printmail : No packages found matching /usr/bin/printmail. Try `dpkg -S printmail', I think that's what your intention was. Best Regards from Dresden/Germany Viele Gruesse aus Dresden Heiko Schlittermann --- internet & unix support ** Heiko Schlittermann -- [http://debian.schlittermann.de/";> Debian 2.0 CD ] Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- pgp: A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 -
Re: 2.0.34 and x-bit on libraries
On Wed, Jun 24, 1998 at 05:50:08PM -0700, Joel Klecker wrote:
: At 13:22 -0700 1998-06-24, Heiko Schlittermann wrote:
: >. 2.0.34 needs the x-bit on shared libraries!
:
: Actually, no, it's just the dynamic linker that needs to be executable.
:
: This is apparently a security feature, 2.1 kernels also require an
: executable dynamic linker, and thus 2.2 will as well.
Ok, if this turns out to be true, it should be made publically known.
Heiko
---
datom * internet * support ** Heiko Schlittermann & Partner GbR
mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981
Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] ---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2.0.34 and x-bit on libraries
Hello, as somebody (Harald Schueler <[EMAIL PROTECTED]> pointed out and as we (Paul Seelig <[EMAIL PROTECTED]> and me) could reproduce after some grief about a non-functional ftp server (using wu-ftpd-academ) we got the impression, that . 2.0.34 needs the x-bit on shared libraries! This is opposite to the practice on 2.0.33 (although most of the libraries are installed 755) and to the dh_* scripts that install libraries 644, isn't it? Could somebody please verify that? And if it turns out to be true, what way we should go? Hack 2.0.34 or change the library permissions to +x? Thanks for letting me wasting your time ;-), Heiko Schlittermann --- datom * internet * support ** Heiko Schlittermann & Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: selling hamm CD 's ?
On Sat, Jun 20, 1998 at 02:42:03AM +, Michael Shields wrote: : In article <[EMAIL PROTECTED]>, : G John Lapeyre <[EMAIL PROTECTED]> wrote: : > Does anyone have hamm CD's to sell yet ? I have a friend in Paris : > who wants to install on a laptop. I'd hate to see him go RH. I think he : > has a network card. Maybe apt and a remote archive works pretty well now : > for installing ? IMHO the main problem currently the installation procedure with CD-ROM, since the distribution doesn't fit on one CD-ROM. As far as I know nobody (but me) has made any attempt to solve this. I'm currently testing a multi-CD installation. About handling multi-CD with other methods I don't know anything. No maintainer of the approbiate packages responded so far. ( Probably since almost all have good net access? ) Heiko --- datom * internet * support ** Heiko Schlittermann & Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: offline till 24.6. evening
On Sat, Jun 20, 1998 at 12:33:40AM +0100, Philip Hands wrote: : > will fix then some important stuff on the cdrom : > (easier access to the tools like rawrite etc.). : > : > andreas : : I Just produced some new images, the main difference being that the binary : disks have main --> hamm links in debian/hamm, and they have the latest : pakages on them, as of a couple of hours ago. : : See: http://www.uk.debian.org/debian-cd/ : : and the version of AJ's files I made them with are here: : : http://www.hands.com/~phil/debian/debian-hamm-cdrom-0.12-pgh-1.tar.gz ... and I just created just another script for CDROM creation ;-) since I'd prefer perl here over make ... But that doesn't matter. But just another point: I modified the disk method for installation. This methods needs some extra files to make a x-CD installation possible. ... if somebody is interested ... http://debian.datom.de/ or (since I've added this just now) until DNS updates are propagated http://www.datom.de/debian/ Heiko --- datom * internet * support ** Heiko Schlittermann & Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hamm CD layouts
On Wed, Jun 17, 1998 at 09:58:58PM +0100, Steve McIntyre wrote: : : Has any consensus been reached about the best layout to be used for Hamm : disks? I've written several 3-CD sets for people so far using a simple : layout (below), but it would be nice to be able to produce to produce ones : similar to the official ones... : : Disk 1: Main binary (i386, bootable) : Disk 2: Contrib, non-free and non-US (binary-i386 and source) : Disk 3: Main source (except X11, movesd to disk #2 for space reasons) : : I'd be happy to stay with this if dselect could be persuaded to ask for a : disk change between sections (particularly main -> contrib). I've created a similar layout (except for the source). And I've hacked the disk methods to run with a distributed distribution ;-) ... I'm currently testing it. Heiko --- datom * internet * support ** Heiko Schlittermann & Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: namespace pollution in bind?
On Sun, Jun 07, 1998 at 10:01:47PM -0600, Bdale Garbee wrote: : Am working on the release-critical bugs in bind. It appears that lintian flags : the 'mx' and 'ns' commands as possible namespace pollution. These, along with : '', 'soa', and 'zone' are symlinks to 'host' that do quickie lookups for : those types of records, without having to specify an option like '-t soa'. : : I'm inclined to agree with lintian that these are pretty worthless. Not if you're an ISP and mx/ns/soa/zone queries are a considerable part of your work. And almost ever I talked to other ISP's about mx/ns/soa/zone they where surprised ... and I made a good point for Debian, where these links are ``official''. Heiko --- datom * internet * support ** Heiko Schlittermann & Partner GbR mailto:[EMAIL PROTECTED] http://www.datom.de/is voice:+49-351-8029981 Heiko Schlittermann HS12-RIPE finger:[EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Time to say goodbye...
On Sat, May 02, 1998 at 09:43:42AM -0700, Jim Pick wrote: : : Christian Schwarz <[EMAIL PROTECTED]> writes: : : > The discussions of the last days have shown me clearly, that I can't : > implement my ideas WRT policy/QA anymore. : : > Therefore, I've decided to leave the Debian project. : : Sorry to see you leave. : : I must admit, I've been entirely negligent in following the policy : discussions - due to lack of time, I've skipped them entirely. ... as I did. : I suspect that most of the other "older" maintainers are the same way : - they've skipped the policy discussions altogether - which would : explain your perceived lack of support. ... as I do. : I discovered about a year ago that the policy discussions are very : draining and mostly negative, and seldom go anywhere. The only people : who get anything accomplished in Debian are the people who actually do ... yes, the most frequently used key was `D' when I found policy discussions in the lists. : Perhaps, instead of leaving Debian completely, try this -- just resign : as the Policy guy first, and continue as a regular developer. I think : you'll find it to be much more relaxed and enjoyable. I think, Debian is worth to be supported further. Not only for technical reasons but for ``political'' reasons. I don't like to see yet another Linux Distribution. Enough distributions are out there. Try to keep staying, as an ordinary maintainer :) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: wu-ftpd important bug(s)
On Fri, Apr 24, 1998 at 10:23:34PM +0200, Hugo Haas wrote: : : It has 41 bug reports opened, and it seems that one is quite easy to : fix (important bug #17401, #17508, #17622, #17742, #17753, and so : on...): I think that manpage ftpd.8.gz just have to be renamed into : wu-ftpd.8.gz. : : I read an email of Heiko Schlittermann (package maintainer) in which : he describes wu-ftpd as "depreciated". So are we going to ship Debian : 2.0 with or without wu-ftpd? (Those bugs are listed in Brian White's : "list of bugs that *must* be fixed before releasing Hamm") Yes, wu-ftpd is depreciated, since all it's functionality is in wu-ftpd-academ. The only problem is: how can I handle this? I itend to create an empty package, depending on wu-ftpd-academ. This empty package then may remove itself. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
binary-CD exceeds 650 MB -- any solution?
Hello,
the contents of the hamm binary archive exceeds the magic 650 MB
limit. Is there any progress in making dselect/dpkg aware of this?
Or is the current solution to split
hamm/hamm
and
hamm/{contrib,non-free}
??
What are the plans for the official CD?
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Virtual Package: ftp-server | ftpd
On Tue, Apr 14, 1998 at 12:36:09AM -0600, somebody wrote : : Imagine a package ``internet server'' or a pre-selection called : : ``internet server'', depending on: : : httpd, ftpd, ... : Ok. That almost makes sense. On the other hand, since the stock networking : stuff provides a functional ftpd, it's not clear to me that you need that : dependency. If someone knows enough to know they want an alternative ftpd, : they can select or install it as an individual package easily enough. If they : don't know that they want an alternative, presenting them with the full array : of options contradicts the purpose (simplicity) of having a pre-selection, I : think. Hm, your point ;-) : : : : Additional I'd like to establish the ``alternatives'' mechanism for : : Not many cases, but I don't like to make the different ftpd packages : : conflicting. I can imagine a setup where one ftp daemon is used for : : ordinary public file services while an other daeamon is tested/used on an : : private port or probably on a different IP ... : That seems mighty unlikely, and I still don't see the value in using the : alternatives mechanism here. Unlikely (even mighty) doesn't mean impossible. : making it possible for any server that can meet the need to provide the : virtual package makes sense. If the best you can think of as a reason to do : this for ftpd is to satisfy pre-selection bundling, then I'm not convinced : yet. Ok, so we don't create a virtual ftpd package. But I insist on using the alternatives mechanism, unless you or somebody else can convince me otherwise. BTW: the wu-ftpd-academ package is out and uses the alternatives mechanism. As it seems, this discussion doesn't get too much interest ... Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What to do when dupload doesn't....
On Mon, Apr 13, 1998 at 10:47:35AM -0700, Stephen Zander wrote: : I would *really* like to see all the debain packages using perl that : attempt FTP to do so through the Net::FTP package! I then only have : deal with my (slightly braindeab) fire-wall configuration once. : : Using bastardised chat.pl scripts is a royal pain. Feel free to change dupload ... Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Virtual Package: ftp-server | ftpd
On Mon, Apr 13, 1998 at 10:03:46AM -0600, someone wrote: : Hi Heiko... : : What's missing from your proposal is any sense of *why* you want to do this. : : : I'd like to create a virtual package name: : : : either ftp-server : : or ftpd : : Is there anything that depends on the presence of an FTP daemon? If not, there : is no need for a virtual package name. Imagine a package ``internet server'' or a pre-selection called ``internet server'', depending on: httpd, ftpd, ... : : Additional I'd like to establish the ``alternatives'' mechanism for : : ftpd. Making a simple management of multiple ftp servers : : possible. : : I don't see the the point. Are there many cases of systems with more than : one ftpd installed? That seems very unlikely to me. Plus, the daemons have : wildly different configuration mechanisms... Not many cases, but I don't like to make the different ftpd packages conflicting. I can imagine a setup where one ftp daemon is used for ordinary public file services while an other daeamon is tested/used on an private port or probably on a different IP ... It's true, that there are different configuration mechanisms, but all daemons run w/o any options in a reasonable usable way. The alternatives make it possible to use the above setup (for the one who knows). And, probably the reason is the same as for the virtual package ``httpd''. All the httpds have different configurations too. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Virtual Package: ftp-server | ftpd
Hello out there, I'd like to create a virtual package name: either ftp-server or ftpd since it seems as there are some more ftp server packages possible. (wu-ftpd (depreciated), wu-ftpd-academ, bero-ftpd (upcoming), proftpd (???)) ... What do you think about this. Additional I'd like to establish the ``alternatives'' mechanism for ftpd. Making a simple management of multiple ftp servers possible. What do you think? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BeroFTPD
On Sat, Apr 11, 1998 at 02:03:54AM +0200, Bernhard Rosenkraenzer wrote: : Hello, : I've just released BeroFTPD 1.0.1, a wu-ftpd derived ftp server program : fixing some wu-ftpd bugs and adding a few more features. : : Anyone willing to build a debian package? : : (the .tar.gz can be found at ftp://linux.net.eu.org/pub/BeroFTPD) As I've the wu-ftpd as well as the wu-ftpd-academ, I'd like to take the bero ftpd to. It's true, for a long time I couldn't do too much for the ftpds, but the release of a critical-bugs-fixed wu-ftpd-academ is nearly ready. For wu-ftpd I consider not longer maintaining it, since all it's functionality is in wu-ftpd-academ ... Any objections? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What to do when dupload doesn't....
On Fri, Apr 10, 1998 at 03:53:33PM -0700, Stephen Zander wrote: : : What's the appropriate procdure when dupload fails? Can I just : manually ftp the files to the appropriate directory on master? You can. But why does dupload fail? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
qt 1.40 (beta) available as .deb, compilation of qtscape is running
... as the subject says, I've made the pre 1.40 snapshot of the qt lib available on my private directory ... please note, that this is not intended for inclusion in any release as I've first to check w/ the troll tech people. The pre 1.40 release (1.39-19980406) is the release that has been used to compile the qtscape. Currently the build of qtscape based on the qt1-dev_1.39.19980406-1_i386.deb is running. I hope it will succeed until tomorrow morning (P90, 32MB :-/) For the pre 1.40 qt snapshot have a look at http://www.de.debian.org/~heiko/qt/ Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
qt1-1.39.19980406 for qtscape ready
... as the subject says. qt1-1.39.19980406 (aka qt 1.40 beta) is the version the trolls used to compile qtscape. I've build the deb's. Is anybody interested? I'd think it's not even usable for unstable, as it's not official released and announced from troll tech. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hamm: Retracting request for chos to be standard
On Jun 23, Erik B. Andersen wrote : > : friendly as chos, fine, I will use it. I doubt I will be making a : switch really soon though. How hard would it be to hack bzImage : support into chos? That is the only real problem with chos, right? : Are there any other features lacking from it that make it unusable : by Debian? I can certainly attest to the fact that this is one : piece of software that passes the wife test! : Just sitting and waiting is wife proof too ;-) This way I installed lilo. Having in mind that's quite easy to tell users of the unmentionable ``OS'' that they simply should wait (the lilo message option does this quite well) and knowing, that, if I use the Linux soul of my machine, I boot once at beginning of my work and stop once if all is done ..., so typing ``linux'' is not too hard for me. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED][EMAIL PROTECTED] pgpi8I20HCsH3.pgp Description: PGP signature
Re: RFC: library conventions for libc5 and libc6 in hamm Take 4
On Jun 20, Helmut Geyer wrote
:
: 1. Run time packages
:
: A package providing a shared library has to support both C library
: packages, libc5 and libc6 based libraries. This must be done using
: two Debian packages, each depending on the correct C library
: package.
: The package naming convention currently suggests to name these
: packages as follows. Some packages (mostly from base) may use
: locations in /lib.
:
:based on | package name | library location
:
: libc6 | libfoog [1]| /usr/lib/libfoo.so.
: libc5 | libfoo | /usr/lib/libc5-compat/libfoo.so. [2]
Why not simply include both libraries in one package. I'd think, the
overhead can be ignored. And package version in the future will have libc6
only.
But it must be ensured, that the package w/o libc5 compat can't be
installed as long as there are packages depending on libc5. IMHO the
dependency system should support it.
The libfoo/libfoog approach seems a little bit ugly. It's pure name
space pollution ;-)
: 2. Development packages
:
...
: based on | package name| hierarchy locations
: ---
: libc6 | libfoog-dev | /usr/{lib,include}
: libc5 | libfoo-altdev | /usr/-linuxlibc1/{lib,include}
Ok, same with namespace pollution. Why not calling the ``normal''
(libc6) dev package libfoo-dev and the ``old'' is libfoo-5dev or
similar. Again, it can disappear somewhen in future.
... but probably my thought are not very clear or on the other hand
_too_ much simple :-/
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED][EMAIL PROTECTED]
pgpZVeC6cLQM0.pgp
Description: PGP signature
Re: routing question
ags Metric RefUse Iface : cs10.mil.ptd.ne * 255.255.255.255 UH0 01 ppp0 what is this route for? I'd assume, the default below is it really necessary for diald? : cs10.mil.ptd.ne * 255.255.255.255 UH1 00 sl0 ~ this should suffice, additional to the default entry below. If it's the host on the other end, your ISP. : 204.186.230.0 * 255.255.255.0 U 0 0 24 eth0 : 127.0.0.0 * 255.0.0.0 U 0 0 70 lo : default cs10.mil.ptd.ne 0.0.0.0 UG1 03 ppp0 : : I have created some accounts for generic testing. If any of are brave : enough to take a snoop on the actual machine, let me know and I'll "let : you in." ... yep, but how could we reach your host? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED][EMAIL PROTECTED] pgpvVzkhwrFgC.pgp Description: PGP signature
Thanks! You've done a good job.
Hi all you developers and maintainers, I just came in from a successfull Debian install. (My last full install was somewhat in the past, so I didn't know the the current state and I expected almost every thing to happen during the install.) It just went through. First floppy (since the target machine couldn't boot from CD) and the job was done, almost. Network setup, some slight changes in squid setup and ready. Thanks. (Ok, to make you/us not too happy -- it was a server machine, no X11 needed beside the libs ...) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED][EMAIL PROTECTED] pgpgYeBAeoRWW.pgp Description: PGP signature
Re: Hamm: Exim + Chos standard?
On Jun 12, Christoph Lameter wrote : It might be good if we would replace smail in hamm with exim. Exim should : be the standard mailer for hamm: ... hmmm, ``never change a running system'', and smail _is_ running. And I you're able to read some docs, it's possible to setup this think quite easy. Missing features will be found in every of the MTA's, probably. And the simple standard cases are handled by the smailconfig script. (It's somewhat as with debmake -- sometime I tried it and found me lost in _too_ many automatism ... never getting an idea what's going on.) Please, don't assume, this is a flame, you're probaly the Debian maintainer producing the most output but IMHO complex things should be kept complex, from the early beginning! (See Win-NT, everybody cabably of moving a mouse now thinks that network/system-adminstration is as easy as using Word or Excel, simply by clicking somewhere ) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED][EMAIL PROTECTED] pgpEv64aODKH0.pgp Description: PGP signature
Re: anyone working on updating mgetty?
On Jun 2, Paul Haggart wrote : : Mgetty is quite a few versions behind.. is anyone actively maintaining this : package? If not, I have enough free time now to take it. : I thought about it, but didn't manage it. (Since I'd have to remove all debmake stuff ...) And first I should finish the wu-ftpd and/or the wu-ftpd-academ ... Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] pgpz9PwWDl97a.pgp Description: PGP signature
Re: proposal: pseudo source packages
Michael Meskes wrote: : : Heiko Schlittermann writes: : > Hm .., .orig.tar.gz isn't really empty. It would contain the unmodified : > binaries (i386, m68k) and _no_ debian files. : But then these aren't sources. Thats why I called 'em `pseudo' sources. : > Perhaps the .dsc file could include a hint about this `pseudo'-package. : > And we'd need debian versioning of the source files. : I thought xforms is a binary-only package. So you don't have to upload any : source. For xforms you're right. But the version problem might occure on real sources too. Imagine a real source package where the maintainer made a mistake packing the .orig.tar.gz. Unce uploaded there's no way to notify others about a new packed .orig.tar.gz (unless check all your already downloaded sources agains the md5sums recorded in the .dsc files) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: `eval' patch to dpkg-buildpackage
Guy Maor wrote: : : On Fri, 27 Sep 1996, Heiko Schlittermann wrote: : : > Ian Jackson wrote: : > : Please REVERSE the change you made to make the default rootcommand be : > : `eval'. : : Yes, please do, dpkg-buildpackage 1.4.0.1 is *BROKEN* for me as I can : no longer use sudo to build my packages. Hm, expect it tomorrow morning (MET). Or use dpkg-1.4.0, if none of the other changes is needed. (hard links and octal character representation in tar archives, missing passing of -m, -C, -v options from dpkg-buildpackage to dpkg-genchanges) : sudo 1.5-1 copes with relative path names. I've been able to build all : my packages with it. Package: sudo ... Version: 1.4.2-2 ... :-(, Ok, it seems, I'm not up to date. NO -- better not yet tomorrow morning, perhaps I'll send the patches first to Ian and then he could make a new release or bless 'em before I'll release them. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: More dpkg stuff
Ian Jackson wrote: : : Oh dear. : : Heiko Schlitterman says that he's changed some programs (he doesn't : say exactly which) to change the ownership of debian/files and : debian/substvars. : case `umask` in : *77)echo >&2 \ : 'dpkg-buildpackage: warning: bad umask will probably break build' : ;; : esac Why? If we can handle such case (umask != *77), why we don't handle this? Grep in scripts/ for 'fowner' controllib.pl:@fowner = (getpwnam(getlogin()))[2,3]; dpkg-distaddfile.pl:chown(@fowner, "$fileslistfile.new") dpkg-gencontrol.pl:chown(@fowner, "$fileslistfile.new") dpkg-shlibdeps.pl:chown(@fowner, "$varlistfile.new") || I think, this behaviour is that, what would be expected. Please correct me, If I'm wrong. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: `eval' patch to dpkg-buildpackage
Ian Jackson wrote:
: Please REVERSE the change you made to make the default rootcommand be
: `eval'.
: Please DO NOT ATTEMPT to make `su -c' work as a gain-root-command. It
: is IMPOSSIBLE to produce a correct implementation which works with
: both `su -c' and also with `really', `sudo', `super', &c.
... and I (somebody else) was happy, to have
dpkg-buildpackge run with and without the -r'su root -c' option ...
Zu frueh gefreut ...
: This is because `su -c' expects the command and all its arguments as a
: shell expression whereas all the rest expect the command and its
: arguments as separate arguments to themselves.
Hmmm.
: implements what the manpage in 1.4.0 says:
:-rgain-root-command
: When dpkg-buildpackage needs to execute part of the
...
: There are several solutions that wouldn't necessarily break anything:
:
: 3. Switch from using su to using something else.
Just trying ... sudo can't cope with relative path names (as needed to
run ./debian/rules), with dpkg-buildpackage -rsuper the dpkg-shlibdeps
fails (insecure $ENV{PATH} ...)
--> it seems all *.pl scripts detect the run as suid and refuse
operation, unless they get something like
$ENV{PATH} = "/usr/bin:/bin:/usr/sbin:/sbin";
$ENV{IFS} = " \t\n";
included.
: 4. Make dpkg-buildpackage have a different style of -r option which
: does what you want. This will quickly turn dpkg-buildpackage into a
: mess, so please don't do it.
Uh no, I think, that not what is intended ...
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg changes and queries - the answers to your questions
Dominik Kubla wrote: : : Heiko Schlittmann wrote: : > Have you ever tried : > dpkg-buildpackage -r'su root -c' : Or even better install the sudo package and do: : dpkg-buildpackage -rsudo : sudo will ask you for YOUR password (not the root password) once and will ... AND needs full path names or the all option. (I have patched su to cope with env. SUPASS, like pgp does. It seems to be somewhat insecure, but on the other hand, a process environment can be read only by root and/or the owner, and I I set the *PASS with the read built-in to history is written ...) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg changes and queries - the answers to your questions
Dale Scheetz wrote: : : On Tue, 24 Sep 1996, Heiko Schlittermann wrote: : > Dale Scheetz wrote: : > : On Mon, 23 Sep 1996, Heiko Schlittermann wrote: : > : > withecho $rootcommand "debian/rules clean" : > : > If I did no mistakes it worked for me. : > : When I installed Michael's "quote patch" the next time I tried to run : > : dpkg-buildpackage I got was informed that debian/rules did not exist. : > : Removing the quotes got it working again. : > Near the start of dpkg-buildpackage there's a line : > rootcommand='' : > change it to : > rootcommand='eval' : > and put in Michels quoting. : > This _should_ work. : I can certainly do this. The question is: What purpose is served by the : quotes? It works fine for me without them. Have you ever tried dpkg-buildpackage -r'su root -c' ?? (Ok, Michael hasn't read the manual (like me) and tried it. The manual says, the root command must not contains any white space ... Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4561: dpkg-genchanges puts bad Maintainer: in changes file
Yves Arrouye wrote: : :I think the solution is in dpkg-genchanges(1): : -Dfield=value :Override or add an output control file field. This :option is understood by dpkg-source, dpkg- :gencontrol and dpkg-genchanges. : : Or -m"My Name <[EMAIL PROTECTED]>". Yes. But it would be nice to get it : from the control file anyway. Hm -- I don't understand ... :-/ what's wrong? If I (ok, using the unrelesed (yet) dpkg-1.4.0.1) dpkg-buildpackge -m'me and you' 'me and you' is listed as the maintainer in the .changes file. Otherwise the name and address from the most recent entry in the debian/changelog file. The .deb files nevertheless carry the maintainer from the debian/control file. (Think it would be nice to have something like: Maintainer: Changes-By: both in .deb and .changes, perhaps in .dsc as well (for debian only packages) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg changes and queries - the answers to your questions
Dale Scheetz wrote: : : On Mon, 23 Sep 1996, Heiko Schlittermann wrote: : > : > withecho $rootcommand "debian/rules clean" : > If I did no mistakes it worked for me. : : When I installed Michael's "quote patch" the next time I tried to run : dpkg-buildpackage I got was informed that debian/rules did not exist. : Removing the quotes got it working again. Near the start of dpkg-buildpackage there's a line rootcommand='' change it to rootcommand='eval' and put in Michels quoting. This _should_ work. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg changes and queries - the answers to your questions
Ian Jackson wrote: : : 1. Yes, dpkg-source doesn't work with hardlinks. I think that : hardlinks in source packages are evil. Perhaps they can be made to : work - Heiko's patch seems reasonable (until someone wants a filename : containing the string ` link to '). However, I'd recommend just hmm ... but this seems not too often, at least less often then the occurence of real hard links. : removing the hardlink and replacing it with a symlink (or just : deleting one name). There is no problem with doing that, and it is : fine wrt our policy about original sources. The dpkg-source -b should scan for hardlinks and convert 'em. : 2. I don't know what to do about tar doing nasty things to filenames. : If this is a design feature of all tars then dpkg-source should be : changed to unmangle the filename on output from tar. I've done it. cpio returns iso conformant file names (e.g. with real umlauts), tar doesn't -- it converts such umlauts to their octal representation. A line /\\/ and eval "\$_ = \"$_\""; does the job on the mangeled (?) names from tar's output. : 3. Do NOT use Michael Meskes's patch to quote the argument to : $rootcommand in dpkg-buildpackage. Instead, RTFM. Please DO NOT : release a dpkg with Michael Meskes's patch. Thank you. Hmm, I've changed it. The default root command is now `eval', the lines are now read as: withecho $rootcommand "debian/rules clean" If I did no mistakes it worked for me. (I've running a patched su (using SUPASS env., similar to PGPPASS). (sudo needs absolute path names, super -- I don't know) : 4. dpkg-name belongs in the dpkg-dev package. If anyone is releasing : a new dpkg they should move it. See debian/rules. Done. : 6. Karl Sackett's fix for an error message typo (Bug 4524) is good. : Heiko, please close the report if you like but definitely mail me the : patch. Ok, I'll mail you a diff 1.4.0.1 against 1.4.0, including this patch too. : 10. Re dpkg-buildpackage and the failure to build due to permissions : (bug 4525). I'm inclined to say "don't build with a umask of 077 : then". I don't think that all packages' debian/rules should be : responsible for fixing the permissions of the created files. The only files created by the debian tools (dpkg-*) are debian/files and debian/substvars. I've changed dpkg-* so now these files are chowned to getlogin().getgrnam(getlogin()). I believe, it's the most approbiate setting. (???) : 12. llucius posts a patch to dpkg-buildpackage to make it pass -v, -m : and -C to dpkg-genchanges. His patch is not in line with my intent, : and won't work when the arguments have spaces. The call to : dpkg-genchanges needs to read : withecho dpkg-genchanges $sourcestyle "$@" >"$chg" : instead of the thing in his patch. (Bug #4554.) I'll have a look at it. : I hope this is enough to keep you going for another week :-). :-) not yet. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: proposal: pseudo source packages
David Frey wrote: : : [about xforms_0.81...] : >xforms_0.81.tar.gz : >xforms_0.81.dsc : > : >For the first 4 files it's ok. But the latter? Would somebody mind, : >if I'd remove the debian/ from xforms_0.81.tar.gz and create a : >xforms_0.81.orig.tar.gz and then the diffs for the debian changes : >only? : : I'm really against the proposal of pseudo-source packages. If you : don't have the source, it's useless to upload an essentially empty : *.orig.tar.gz Hm .., .orig.tar.gz isn't really empty. It would contain the unmodified binaries (i386, m68k) and _no_ debian files. And I until a new upstream version of xforms will be available, I expect that all changes will be only done regarding the debian files. We could source define as `the most original available set of files' ... : and confuses only potential downloaders. The debian-diff is enough; : another possibility would be to write an xforms-install package as it was No, since xforms doesnt seem to have the distribution restrictions as netscape. : done with netscape. Then, the people with non-intel architectures : would know that the package is useless for them (at the moment) and : wouldn't need to download Perhaps the .dsc file could include a hint about this `pseudo'-package. And we'd need debian versioning of the source files. (Latter would be nice for others too -- what if I made a mistake in putting together the package-x.y.orig.tar.gz file? How can I tell the potential downloader about a new version of my .orig.tar.gz?) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4524: controllib.pl doesn't ...
I've corrected it for dpkg_1.4.0.1. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: FAQ: Work-Needing and Prospective Packages
Sven Rudolph wrote: : : 2. Packages needing a new maintainer : : Peter Tobias [EMAIL PROTECTED] : : o wu-ftpd I'd take iit .. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-buildpackage and joe
Michael Meskes wrote: : : Heiko Schlittermann writes: : > Perhaps someone should release dpkg_1.4.1 ... If there are no : > voluntaries, I'd do it. : : But please name it 1.4.0.1 (as Ian proposed). :-) yea, it was a typo -- I meant 1.4.0.1 :-) : Anyway, there's another nasty problem with dpkg-buildpackage, namely that is : doesn't quote the commands executed via $rootcommand. Here's a patch: : : --- dpkg-buildpackage.old Fri Sep 20 11:25:32 1996 : +++ dpkg-buildpackage Fri Sep 20 11:25:08 1996 ... I'll apply it. Any other patches out there? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4524: controllib.pl doesn't show file name in error msg
Karl Sackett wrote:
:
: While tracking down a different bug, I found this typo on line 58 of
: /usr/lib/dpkg/controllib.pl:
:
: &error("unable to open substvars file $varlistvile: $!");
While preparing a 1.4.0.1 (??) package of dpkg I repaired this.
Should now _I_ close the bug report?
Karl, what was the other bug? Perhaps I could include a fix to make
as many fixes as possible...
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4525: dpkg-buildpackage assumes file protections and shoots self in foot
Karl Sackett wrote: : : Package: dpkg-dev : Version: 1.4.0 : : The umask for my account is set to 077. Those portions of dpkg-buildpackage : which run as root create files with protection set to 600 and owned by : root.root. Because of this, the non-root portions of dpkg-buildpackage : cannot access the files debian/files and debian/substvars, generate error : messages saying these files cannot be found, and dpkg-buildpackage dies. Hmm, should the root portions change the umask before creating any files? (I think, it's no good idea.) My debian/rules contain chmod -R u=rwX,go=rX debian chown -R root.root debian BTW, if the files already exist, the mode shouldn't get changed, does it? (What happens if you touch debian/files debian/substvars and chmod 'em rw-r--r--?) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Bug#4519: debian-changelog-mode void
Erick Branderhorst wrote: : : Package: dpkg-dev : Version: 1.4.0 : : I added the following to the end of changelog file: : : Local variables: : mode: debian-changelog : End: : : Loading the file into emacs gives the error message: : File local-variables error: (void-function debian-changelog-mode) Are there any emacsians out there? I'd like to fix it for a minor patched release of dpkg. (Have never worked w/ emacs & co ...) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: Rescue disk for Debian?
Christian Schwarz wrote: : : I'm looking for some kind of "rescue" boot disks for Debian. Actually I : would need it for an easy of doing a restore of my tar backups. (An easy : solution would be to include tar on the installation root disk, if there : is enough space left--a simple tar version would be fine.) What if you'd take the boot/root disk set. When I used 'em last time, they included a rather rich set of utilities. (Don't know if tar too, ...) : Sometimes it's necessary to boot from disks (i.e. via ramdrive) to fix a : configuration problem or to repair a filesystem. There once were a few Most config problems I could solve via the `linux emergency' kernel command line. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
proposal: pseudo source packages
Hello, what about releasing pseudo source packages? What do I mean? I got the maintainance for the xforms package. Real source code isn't available, so the binaries (libs and a form designer) are stuffed together. An .orig.tar.gz isn't created. So every time I changed some debian related stuff, a complete set of files gets uploaded: xforms_0.81-?_i386.deb xforms_0.81-?_m68k.deb xforms-dev_0.81-?_i386.deb xforms-dev_0.81-?_m68k.deb xforms_0.81.tar.gz xforms_0.81.dsc For the first 4 files it's ok. But the latter? Would somebody mind, if I'd remove the debian/ from xforms_0.81.tar.gz and create a xforms_0.81.orig.tar.gz and then the diffs for the debian changes only? Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-buildpackage and joe
Michael Meskes wrote: : : > dpkg-source -b joe-2.8 : > dpkg-source: building joe using existing joe_2.8.orig.tar.gz : > dpkg-source: building joe using existing joe_2.8.orig.tar.gz : > dpkg-source: error: tarfile `joe_2.8.orig.tar.gz' contains unexpected : > object listed by tar as `-rw-r--r-- root/users0 Jan 22 22:45 1995 : > joe-2.8.orig/jmacsrc link to joe-2.8.orig/.jmacsrc', expected : > `joe-2.8.orig/jmacsrc' : > dpkg-source: building joe using existing joe_1.8.orig.tar.gz : : The same problem happens with sudo. It seems that Ian's scripts cannot : handle hard links. Perhaps someone should release dpkg_1.4.1 ... If there are no voluntaries, I'd do it. Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-buildpackage and joe
llucius wrote:
:
: On Wed, 18 Sep 1996, Dale Scheetz wrote:
: > dpkg-source: building joe using existing joe_2.8.orig.tar.gz
: > dpkg-source: building joe using existing joe_2.8.orig.tar.gz
: > dpkg-source: error: tarfile `joe_2.8.orig.tar.gz' contains unexpected
: > object listed by tar as `-rw-r--r-- root/users0 Jan 22 22:45 1995
: > joe-2.8.orig/jmacsrc link to joe-2.8.orig/.jmacsrc', expected
: > `joe-2.8.orig/jmacsrc'
: > dpkg-source: building joe using existing joe_2.8.orig.tar.gz
: If you figure out what's going on here can you let me know? I've run
: into the same problem while rebuilding for m68kers and was unable to
: determine the cause.
Yes, dpkg-source bails out if tar reports hardlinks:
-rw-r--r-- root/users 0 Jan 22 22:45 1995 x link to y
Until Ian is back, you'll might use my diff as appended
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
--- /usr/bin/dpkg-source Thu Sep 12 02:20:10 1996
+++ /home/bmt/heiko/d/Debian/tools/dpkg-source Thu Sep 19 16:42:57 1996
@@ -1,7 +1,7 @@
#!/usr/bin/perl
$dpkglibdir= "/usr/lib/dpkg";
-$version= '1.4.0'; # This line modified by Makefile
+$version= '1.3.14'; # This line modified by Makefile
$sourcestyle= 'X';
@@ -710,6 +710,7 @@
"listed by tar as \`$_'");
$fn= $filesinarchive[$efix++]; $mode= $1;
if ($mode =~ m/^l/) { $_ =~ s/ -\> .*//; }
+if (/ link to /) { $_ =~ s/ link to .*//; }
substr($_,length($_)-length($fn)-1) eq " $fn" ||
&error("tarfile \`$tarfileread' contains unexpected object".
" listed by tar as \`$_', expected \`$fn'");
Uploaded dupload 1.7 (source all) to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Wed, 18 Sep 1996 10:26:06 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.7 Distribution: experimental Urgency: low Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.7) experimental; urgency=low . * include `X-dupload: version' in mail header * niced the manual pages (due to eric) * --Version option * better detecting of non-changes files * if a file was uploaded to host A, dupload refused an upload to host B Files: 33007eb5065360e3e22053b6254d1672 536 misc extra dupload_1.7.dsc b55f4ee3d3848fee483fe19ba8facd5d 27406 misc extra dupload_1.7.tar.gz 0e09ab465a39d1adda32e59df0785450 31458 misc extra dupload_1.7_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMj+/ydBsuuHx3GhhAQEhcAQAlS29dUP9HfmD9GvKF+L8qJTR3XdJzX2u N1HfRctIrsUd4qrcm5coDMxDAZjoHF7oSHwh1aTz8tGWM8HWSx4b8Du0nyKpkNfX Z2uboptpmco4c5l6yXeAqAURTeiK1r5wD+bxAjOHvsznuAQ3sfpKQdUty372D8So MRezdiRdpWQ= =MT80 -END PGP SIGNATURE-
Re: dpkg-shlibs and soname
Yves Arrouye wrote:
:
: Is this what we should do or should we use debian/shlibs.local? Also,
: if I put an shlibs in one of my packages (libpaper), then install the
: package, and do dpkg-shlibs on a package depending on libpaper, the
: libpaper dependency is not found. But the programmer manual says this
: is how dpkg-shlibs should work, by using the defaults and informations
dpkg (<1.4.0) had a bug in scanning /var/lib/dpkg/info/*shlibs.
For newer dpkg's it should work.
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-shlibs and soname
Dale Scheetz wrote: : : On Tue, 17 Sep 1996, Heiko Schlittermann wrote: : : > : > Read dpkg-shlibs ... there's a shlibs.local mentioned. It could be used : > to fix the missing libs in /etc/dpkg/shlibs.default : > : This is correct (and probably the expected method). My question is: Why : aren't the full set of libraries provided in Debian represented in the : default file? This is, after all, a development tool, expected to be used : during package development. Aren't any, and all, libraries available for : use in a package? Shouldn't they all be represented in the default shared : library file? Otherwise, every time I pick up a new package I am likely to : need to add one, or more, libraries to this file. If you have a look into dpkg-shlibdeps, you'll find that /var/lib/dpkg/info/*.shlibs files are scanned too. So you can expect, that somewhere (somewhen?) in the future every package carries its own info about which shlibs are provided, so /etc/dpkg/shlibs.default shouldn't be necessary at all, as well as shlibs.local. (As far as I understand ...) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: dpkg-shlibs and soname
Dale Scheetz wrote: : : On Mon, 16 Sep 1996, David Frey wrote: : : > (well the math library linking can be ignored) : > If dpkg-shlibs looks into the package names, the point is clear: there is : > no : > libreadline2.0-package:([EMAIL PROTECTED]) : No, I think what the message indicates, is that it is looking for the : dependency information (I suspect in the default file for shlibdeps) and : can't find what it needs. I believe that the default file only has libc5, : ncurses and some xlib things. You will need to add the desired dependency : information to /etc/dpkg/shlibs.default if I am not mistaken. Read dpkg-shlibs ... there's a shlibs.local mentioned. It could be used to fix the missing libs in /etc/dpkg/shlibs.default Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Uploaded dupload 1.6 (source all) to chiark
Hm, that's a special announcement file, due to Yves ;-) -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Sat, 14 Sep 1996 01:06:39 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.6 Distribution: experimental Urgency: medium Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.6) experimental; urgency=medium . * didn't respected already done uploads Files: 5ae0103eb066b32c67d2027d2836e6f3 536 misc extra dupload_1.6.dsc 4c07efc248ce0c693778ed670a14b093 27131 misc extra dupload_1.6.tar.gz 04c4fb34745e23fe2f1dfd5068ab3b0e 30942 misc extra dupload_1.6_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjnpM9BsuuHx3GhhAQHkjQP/Vk2AjoCzuT7Jix035/Y0oOUT9UDxQ5RH x91Z8cAYxbiGANMGX/qPc7FiELsRh8T8nSOPYT/4oQKuoD3YK9wmCT9FUeVbQw5z TSme5f/Tf3ej5x2m6jgYCbOKJwTUhtlAL0B+qOLA4ptf9RRZI0riacOmk60B8sCg Fspa6++8rKQ= =iw37 -END PGP SIGNATURE-
Uploaded dupload 1.4 (source all) to chiark
Hm, that's a special announcement file, due to Yves ;-) -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Fri, 13 Sep 1996 21:35:00 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.4 Distribution: experimental Urgency: high Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.4) experimental; urgency=high . * we should upload the .changes file too * in ftp modules: output unbuffered if $ftp_show * hmm, back the arch in announcements subject (so we have different subjects for different binaries) * option --keep to skip broken packages (instead of bailing out) * md5sums should be compared with `eq' rather then `==' Files: 23d0ca8b9e62db6160e62f8e71006c1a 536 misc extra dupload_1.4.dsc 50882760eb3094f425d7a17e246dd3a0 26579 misc extra dupload_1.4.tar.gz b4f6c1d2069822bdae6cd730802e166c 30698 misc extra dupload_1.4_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjnbBdBsuuHx3GhhAQHabwQAiYdmhR5tC82VKC/QCtHmYyIRhiSo+9Fb AIxhAbpyN0Lza3Ati80Ehk1X3Z4cGjd0ewLD+5706Ox59aDerkyyzIYCq9TAlpCv KXlhvPbGsKNQqbS2WWNvpxp//cu5YfUYbdrk6pj9nLe6/xS9ba0S4pdoA/iskdpH hekvFZ2czTs= =rc4r -END PGP SIGNATURE-
Uploaded dupload 1.5 (source all) to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Fri, 13 Sep 1996 21:35:00 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.5 Distribution: experimental Urgency: high Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.5) experimental; urgency=high . * announced always to mailto and mailtx * prepend $package-$version.announce, if exists, to the announcement Files: cc1f95c7012f22485278eb36fdb81f82 536 misc extra dupload_1.5.dsc 200547c5076dc092e018a0c740ef361d 31695 misc extra dupload_1.5.tar.gz 152d1641a64fa4cd21222900595b69b9 30916 misc extra dupload_1.5_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjnit9BsuuHx3GhhAQH0aAP+LjccR/5EmQYPU/gKsRKpAHoVlqWgUDI8 65eE3lEIVvI9QZShtoZqXZBiDRgbr44epW9WpX46O6+efPBxfPZ88Dt8UFvQFbcp ROCA+wXBA93+O8TNOkROz7tQ8KsSUfye93eGn5n4U5t7Q9yQARFuR3T33u+7QUiS zcoFCmVSX1I= =+YrJ -END PGP SIGNATURE-
Uploaded dupload_1.3 to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Thu, 12 Sep 1996 23:44:04 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.3 Distribution: experimental Urgency: low Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.3) experimental; urgency=low . * login/password support (due to Dominik) * support for master.debian.org (due to Yves) * hash marks while uploading * new config file format * firewall aware (I hope) (due to Dominik) * default host not supported any longer * now stripping of the architecture from the *.upload file and from the announcements subject (due to Yves) * --force option to ignore contents of *.upload file * not taking the architecture from the changes file name into the jobname and announcement (due to Yves) * log the announcement too Files: b2567162973be0392180b0cec592555e 536 misc extra dupload_1.3.dsc c778430ae44a53a5f3f774a44dd7a456 25801 misc extra dupload_1.3.tar.gz d8a488584dad6686737f8f20efaf02f8 29976 misc extra dupload_1.3_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjk5XtBsuuHx3GhhAQECDwQAkfXWyuXIWnKV3B1DGDu3v91EdGqohZFz CySQdq6FTA1llMck/m4wHT9Rh8lrSwoz2ECA4Vj7WHKPNZssOTN4yyUnyAyKtIAF aXg6j7wV0JCaUKvmkMG3mZMcEZT9AYybJA/+GNo83rjw7kgR2RBqxGrVIm9UwARe JAvT6+Yl9Oc= =nnzD -END PGP SIGNATURE-
Uploaded dupload_1.2_i386 to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Thu, 12 Sep 1996 17:44:04 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.2 Distribution: experimental Urgency: medium Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.2) experimental; urgency=medium . * silly bug prevented it from sending the announcement Files: a5aeee5519fec163fbde80e95cea4feb 536 misc extra dupload_1.2.dsc ec2bb774366903e8554b7314add0ec62 24579 misc extra dupload_1.2.tar.gz 18c859a111cc03c2cac44359f5511ef0 28594 misc extra dupload_1.2_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjgv9dBsuuHx3GhhAQGonwQAsIQO4cUBAjxlcy6Pix35OV4LPz5QPDU1 pGnZFw5PdFsBvMHCQQcg8eTHo7aTQf8CYgNC3xranZdyS4m6RckGQAFgR76lCBhF 7Ek+xSwDjA0xto7T9Rj3gdgYOWpbt3nEZ9T0Cwjcfg9y/6zuQRY5Lkx1p7tMYdfA zbB5/XgnKwI= =vBKq -END PGP SIGNATURE-
Re: Shared libraries and version handling
: I've been working on converting the gmp package to the new source format
: and adding shared libraries to the package at the same time. Since version
: tagging no longer takes place in debian/rules I have had to hard code the
: so version numbers into both the rules and the Makefile. I have looked
: through the new docs with no success (my index karma again probably). Is
: there a method of picking up this information from a central source in the
: package?
I think about doing somethink like an imaginary dpkg-substvars. It
should
* obtain the variables values from central cource
(debian/substvars) or from within the dpkg-* library
routines (see docs for available vars (e.g. ${Source-Version}))
and
* output the contents of a specified variable
to be uses like:
dpkg-substvars --print Source-Version
and/or
* filter (a la sed) and substitute varibles
to be used like:
dpkg-substvars debian/tmp/DEBIAN/shlibs
What do you think about?
(Or have I missed such nice tool? (Having dpkg-1.3.14).
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Uploaded dupload_1.0-1_i386 to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Wed, 11 Sep 1996 13:28:10 +0200 Source: dupload Binary: dupload Architecture: source all Version: 1.0-1 Distribution: experimental Urgency: low Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: dupload- Utility to upload debian packages. Changes: dupload (1.0-1) experimental; urgency=low . * initial release Files: 48676f4e45b72d08405d33fb4d7dd713 538 misc extra dupload_1.0-1.dsc 8629abe96e2f8f075580936a4c061006 22278 misc extra dupload_1.0.tar.gz 0c43758179d47f07a4a0224037070446 22426 misc extra dupload_1.0-1_all.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjatgtBsuuHx3GhhAQHWiwQAu8EVBahZK0AU0GwPOEfjKIF7stKm7oDq ne6O4GfxpFrdYzbiGbTEdntg381ne6J6jQj5t7/b9lhBrHwluaGyQXG1bksCLsns /FdEgTrJWRmOCW9F4BwXThMQQIvRWHPfv2jKdyHS4ieDHgcevBE13k67x/pIhuRs xWhMtCmrNsM= =OHQd -END PGP SIGNATURE-
Uploaded ctags_1.4-1_i386 to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Fri, 30 Aug 1996 16:12:32 +0200 Source: ctags Binary: ctags Architecture: source i386 Version: 1.4-1 Distribution: unstable Urgency: low Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: ctags - The reincarnation of the classic ctags(1). Changes: ctags (1.4-1) unstable; urgency=low . * initial release Files: e1cfbb93f64d95f16b48d3d688194026 596 devel optional ctags_1.4-1.dsc 944902006d0c51c0eed2598585452c5f 28950 devel optional ctags_1.4.orig.tar.gz d6b778e929e59d72485c5077eb860a4d 2743 devel optional ctags_1.4-1.diff.gz 9fbe342599293788ade9cb5cff65c4d4 20004 devel optional ctags_1.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjQQ7dBsuuHx3GhhAQFmogP9FDIrzFqtNhiWXvHgjoODnE6tdmAIukkX htBwqIqFCJFv+LqqvyHuQK/5f8FT7nrnr7DbhM4BiMY3E+6aTtbiX//shHjWb5XC xW37roW0Hh+9hrtvWPATvx/8BN2YfjBuZnQJZo6x+R1kh7IgNTEBN1MZsvong3ia WvspFmbVck8= =CvXo -END PGP SIGNATURE-
Uploaded logwrites_1.1-2_i386 to chiark
-BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Fri, 30 Aug 1996 15:26:19 +0200 Source: logwrites Binary: logwrites Architecture: source i386 Version: 1.1-2 Distribution: stable unstable Urgency: low Maintainer: Heiko Schlittermann <[EMAIL PROTECTED]> Description: logwrites - Loggging and saving of file modifications Changes: logwrites (1.1-2) stable unstable; urgency=low . * changed to new source packaging format Files: 2123e1b82f25aec44ec7a475c7eca5bc 612 misc extra logwrites_1.1-2.dsc 96e78c3bc3b0079c5deed9da50bcf526 10440 misc extra logwrites_1.1.orig.tar.gz fe2a6977cacec99e4a115953a121d7ad 9549 misc extra logwrites_1.1-2.diff.gz 439e34e23bd9a114b232d5eba54f5188 15656 misc extra logwrites_1.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMjQR/dBsuuHx3GhhAQGu0gP/bHusxAuWIMoOR+mG/btxD51Dpmne9aId Vv02clQuuzdbefcZoB+C2EpkZ0bK+plkGdc+S02EnqiZSEix3g6h6Z4eIp2YEY6W +hXf99hjm/Ll24qHDFicDt2m1ec0ix0+e5sZJkmxNSjmnRP5sZDLq/AHnNHucsR2 2txwZXsFQ8k= =ZHMl -END PGP SIGNATURE-
automated uploading to chiark.
Hello you out there, for you in Europe, using chiark as relay to master.debian.org ... since the procedure of uploading to Incoming and moving to ../queue is somewhat error prone, I've written a little perl script (using ftp.pl and lchat.pl from the mirror package) to do this for me. If somebody is interested in, please mail me. Features: * using *.changes file to determine the files to be uploaded * checking the md5 sums before starting further processing * logging of uploads (preventing duplicated uploads) * moving around on the ftp server, if necessary * sending mail to debian-changes after completed upload of every package Bugs: * not too smart about several directories (for now you'll have to put the files (*.changes, *.diff.gz, *.deb, ...) into the directory where you'll fire up `upload' * not too (to none) smart about locating the *ftp.pl and *chat.pl modules. (Will be fixed soon.) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: My packages
Michael Meskes wrote: : : Here are the one I found new maintainers for. Is there a list where we have : to enter the packages? Also some of these are listed as 'maintainer wants to : give away'. I take it this should be changed. : : : The packages I still have are: : : adjtimex 1.2-4 : fdutils 4.3-5 ... Ok, since I've done already some (somewhat successful) attempts to debianize qt, I'll take an alternate gui devel framework :-): I take the xforms. (Anybody out there knowing somewhat more about a possible source licence or something related?) And since quota and perforate are somewhat related to lshell, I'll take 'em. So, if there's no race condition: xforms Heiko Schlittermann <[EMAIL PROTECTED]> quota Heiko Schlittermann <[EMAIL PROTECTED]> perforate Heiko Schlittermann <[EMAIL PROTECTED]> Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Bug#4366: Kernel headers should be a symlink
Soren Juul Moller wrote:
:
: Package: kernel-source
: Version: 2.0.6
:
: The kernel headers /usr/include/{linux,asm,scsi,net} should
: be a symlink to /usr/src/linux/{linux,asm,scsi,net} and
: not installed as "real" files. Or maybe something like
: /lib/modules/current?
: When compiling a new kernel version, one often forgets to
: update the kernel headers. I did.
And did it some harm? The kernel headers below /usr/include
are (should be) the headers most close to libc. The headers below
/usr/src/linux are really kernel related and should be used for
compilation of KERNEL parts (as driver modules and so on) while the
other (libc related) under /usr/include should be used only for
constants and #defines. As far as I got told when I had a similar
question. And now I think, it's quite acceptable.
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
ctags
Hello,
to avoid duplicated effort ... is anybody out there already debianizing
the ctags package from Darren Hiebert <[EMAIL PROTECTED]>?
If not, I'd do it.
For further information about ctags I've appended posting to c.o.l.a.
[ And yes, I know of elvis-ctags, but it's up the user to evaluate which
is the true better ctags ... for me Darrens Ctags did it quite good. ]
Heiko
--
email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92
finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
Newsgroups: comp.os.linux.announce
Subject: Exuberant Ctags-1.4 - a better ctags
Followup-To: comp.os.linux.development.apps
Date: Tue, 27 Aug 1996 15:07:26 GMT
Organization: SIRSI Corporation
Lines: 146
Approved: [EMAIL PROTECTED] (Lars Wirzenius)
Message-ID: <[EMAIL PROTECTED]>
NNTP-Posting-Host: localhost
-BEGIN PGP SIGNED MESSAGE-
Announcing: Exuberant Ctags 1.4
Author: Darren Hiebert
Announcement
This is to announce an update of my new, better ctags utility. I am quite
pleased with it, and others who have used it have been enthusiastic about
the greater reliability and functionality it provides.
You can find it at:
sunsite.unc.edu:/pub/Linux/Incoming/ctags-1.4.tar.gz (for now)
or
sunsite.unc.edu:/pub/Linux/devel/lang/c/ctags-1.4.tar.gz (once moved)
and also at either of:
http://fly.hiwaay.net/~darren/ctags.html (Official Web site)
ftp://ftp.halcyon.com/local/gvr/ctags-1.4.tar.gz
Changes since version 1.3:
==
o Added ability to recursively parse into class/struct/enum blocks to
look for nested class/struct/enum tags and enumeration values.
o Added feature to allow a specified list of tokens to be ignored while
parsing the file. This is particularly useful when prototyping macros
appear before the parameter list.
o Corrected problem where declaring a pointer const or volatile resulted
in no tag being generated.
o Correction to bug causing a function tag to be generated for comma
terminated function declarations.
o Various portability changes.
What is ctags?
==
Ctags generates an index (or "tag") file of C language objects found in a
set of file that allows these items to be quickly and easily located by a
text editor or other utility. A "tag" signifies a C language object for
which an index entry is available (or, alternatively, the index entry
created for that object).
Alternatively, ctags can generate a cross reference file which lists, in
human readable form, information about the various objects found in a set
of C language files.
Tag index files are supported by the vi(1) editor and its derivatives
(such as vim, elvis, stevie, xvi, and others) through the use of the ":ta"
command, which locates the object associated with a name appearing in a
source file and jumps to the file and line which defines the name.
What makes this ctags desirable?
1. It can find *all* types of C language tags, including all of the
following:
macro definitions
enumerated values (values inside enum{...})
function and method definitions
enum/struct/union tags
external function prototypes (optional)
typedefs
variable declarations
2. It is far less easily fooled by code containing #if preprocessor
conditional constructs, using a conditional path selection algorithm
to resolve complicated choices, and a fall-back algorithm when this one
fails.
3. Can also be used to print out a list of selected objects found in source
files.
4. Supports UNIX, MSDOS, WindowsNT, Windows95, OS/2 and the Amiga. In some
cases, you may need to play with the include files, depending upon you
compiler. Some pre-compiled binaries may become available on the web site.
I wrote this because of my disappointment with the other ctags utilities that
are available. However, it does have a couple of minor limitations (you be the
judge):
1) Support for C++ is limited.
2) Supports only C; not Lisp, shell scripts, or anything else you might
think of.
LSM Entry:
==
Begin3
Title: Exuberant Ctags
Version:1.4
Entered-date: 20AUG96
Description:A better ctags which generates tags for all possible tag
types: macro definitions, enumerated values (values inside
enum{...}), function and method definitions, enum/struct/union
tags, external function prototypes (optional), typedefs, and
variable declarations. It is far less easily fooled by code
containing #if preprocessor conditional constructs, using a
conditional path selection algorithm to resolve complicated
choices, and a fall-back algorithm when this one fails
anybody debianizing qt?
Hello out there ... perhaps I've missed an announcement or similar. Just I've downloaded qt-0.98, a C++ Class Library for GUI development (X11, WinNT, other?). The library (and source) seems to be free for X11 && devel of free software. As time of this writing the libs get compiled. Some two minor Makefile-Patches were necessary and now the tutorials and examples run. Now my question: Is anybody out there already debianizing this library? [ BTW: Source & Binary RPMs exist already ... ] [ For further information I'll append the announcement from c.o.l.a. ] Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED] From: [EMAIL PROTECTED] Newsgroups: comp.os.linux.announce Subject: Qt 0.98 - object-oriented C++ framework for GUI apps Followup-To: comp.os.linux.development.apps Date: Sat, 13 Jul 1996 11:21:39 GMT Organization: Troll Tech AS, fax +47 22646949 Lines: 108 Approved: [EMAIL PROTECTED] (Lars Wirzenius) Message-ID: <[EMAIL PROTECTED]> NNTP-Posting-Host: localhost -BEGIN PGP SIGNED MESSAGE- Troll Tech is proud to relase a free version of Qt for the X Window System. This release, Qt 0.98, is free for non-commercial use on all operating systems that support the X Window System and includes the complete Qt source code for X. Qt 0.98 is intended as a bugfix release. Qt 0.98 includes makefiles for Linux, Solaris, SunOS, FreeBSD and OSF/1. New platforms will be added in the near future. There are also source and binary RPMs for linux. Qt is a complete and well-developed object-oriented framework for developing graphical user interface applications using C++. It has been used professionally for over a year. Qt has excellent documentation: 450 pages of postscript and fully cross-referenced online html documentation. See it on the web: http://www.troll.no/qt/ Qt is easy to learn, with consistent naming across all the classes and a 14-chapter on-line tutorial with links into the rest of the documentation. Qt dramatically cuts down on development time and complexity in writing user interface software for X-Windows. It allows the programmer to focus directly on the programming task, and not mess around with low-level X11 code. Qt is fully object-oriented. All widgets and dialogs are C++ objects, and, using inheritance, creation of new widgets is easy and natural. Qt's revolutionary signal/slot mechanism provides true component programming. Reusable components can work together without any knowledge of each other, and in a type-safe way. Qt has a very fast paint engine, in some cases ten times faster than most other toolkits. You have full access to low-level painting functionality. Painting is device independent, so the same code that draws on the screen can generate printer output. You can also do arbitrary clipping, rotation, and scaling - simply and fast. Qt is very fast and compact because it is based directly on Xlib and uses neither Motif nor X Intrinsics. Qt's widgets (user interface objects) emulate the Motif look and feel, with slight improvements. Qt is available under several licenses: - for commercial use - for use with free software (X only) - for shareware developers (X only) Note that the toolkit is the same, only the licenses differ. The Qt GUI toolkit is copyright Troll Tech AS. It is available (at the time of writing) for Windows 95/NT and several variations of unix (X11 release 5 or later). See http://www.troll.no/ for more availability information, or fax Troll Tech at +47 22646949. Qt can be downloaded from http://www.troll.no/dl/ or via anonymous FTP from ftp.troll.no. Join the qt-interest mailing list by sending a message containing the single word "subscribe" to [EMAIL PROTECTED] You can contact Troll Tech at Troll Tech AS Postboks 6133 Etterstad N-0602 Oslo Norway fax: +47 22646949 email: [EMAIL PROTECTED] And here is the LSM entry: Begin3 Title: Qt toolkit Version:0.98 Entered-date: 11jul96 Description:C++ GUI class library with Motif look and feel Keywords: gui library motif c++ Author: [EMAIL PROTECTED] Maintained-by: [EMAIL PROTECTED] Primary-site: sunsite.unc.edu /pub/Linux/X11/devel 1248kB qt-0.98.tar.gz Alternate-site: ftp.troll.no /qt/source 1248kB qt-0.98.tar.gz Platform: linux/X11R6 Copying-policy: freely distributable with certain restrictions End -BEGIN PGP SIGNATURE- Version: 2.6.2i iQCVAwUBMeeGAIQRll5MupLRAQEIzQP/c7oozBXhZfg2uspNjiDk1IsIgravAbP9 iWzL3eRy8kLntJ6XADn6svHGtQmgtVSpbHnVodQjFNeBpAgj0cCEfc/ZKAi+D5xT xgiaykLVmFCcTF8sFAk5Q5Fs11Gi+P0TD2uuPUn4q9bBgv+YDeHblEnlZOVjly6z cNIsQorcjZg= =pxbj -END PGP SIGNATURE- -- This article has been digitally signed by the moderator, using
Re: Packages to give away
Michael Meskes wrote: : : I will change jobs October 1st and I'm afraid I won't have enough time anymore : to do as much work for Debian as I do now. Since I will keep an internet ... For a first approach I'd take the lshell package. ~~ Perhaps one or two more ... but let's wait a bit ;-) Heiko -- email : [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] pgp : A1 7D F6 7B 69 73 48 35 E1 DE 21 A7 A8 9A 77 92 finger: [EMAIL PROTECTED] [EMAIL PROTECTED]
