Re: ITA: dict-gcide

[Pablo Duboue]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


CA> You don't.  You will be effectively maintaining a fork.  You might consider
CA> changing the name.

RS> Sure. Looks like a good candidate to start a new project with ?
RS> Especially since it contains more than 8 decades of data which can stand of
RS> value even if just archived and maintained.

RS> Probably we just host it on alioth and let interested parties contribute to
RS> and use it.

RS> Any suggestions on a different name ? Or should we just use the old one ?

What about GCIDE2? And what about merging in wiktionary?

Regards,

Pablo
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJLKJd3AAoJEMJ09r9KJ69quK4P/1MMXK7l6vJbmBIkMi5kanZF
FAH1Dxe/ptruJDI6fqp0+nuDCIU51HliXLHR+E7juox1nSKIX6QNgAspjjwh2e9N
xSD0tqiyutNjq6eowJohGfZWnQsKUqSBrfx7haqlmk7ZiivsKkuNynmSauzpOc9P
aD+2wVCkimCHy9EUlTISw2WTaBtaHJ7kTj0C0vkhiUNw3D0f02CQoB+++kDhQisw
y+GWCYAulovKl7PIVrJB2AmV5tNgS23pgwuccBqtJM7LBAZ4v98oAjQMETp6ElCb
E48a95C51SsfgQclns/GmU+beW0/H2ktu43mUlPMqjjp+Aweo/UYoWM2IeUyiqW5
XyKzoce/1kQOkyf3yAWENUKnn6+HZCSb9VzQUnWJ2bnDlc/iwg6DUQ80vb4/ZWMK
Y9upkFfBuwImYeAYiZ1DVHWu+I4vXBb0vcWNNf4weadqhmosZnaE6fMMI0cPvnHy
mUNz7x/Cit/guePA56HkRsFAQeW8g9aZh9qG/yf+d9sPpwpkzsntOn8ulJ4r+tbx
PF9x5GD1iFQb9OnsCcO07fY1sCLAg37JhWvJcBBbBZI/nc3ZbEL6iVctzKAgf76b
wQ7rv4hYaQFglyRwQecAER7+RR3vPeBlKxKfkH8TAwJdp2zevKw846QNm2ELstOr
6dF/j9JdYpGIo2J0Bda/
=9l+i
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

elegant(?) debian topgit workflow?

[Thomas Koch]

CC (FYI) to git and debian-devel. see http://vcs-pkg.org

Hi,

would you be so kind to review my workflow proposal?

branches


upstream
debian/*, fixes/*, features/* - topgit branches based on upstream
patches - the hero
master - contains the debian/ dir and is the branch we build from

All topgit branches are integrated in the patches branch, which is afterwards 
merged into master. The magic is, that the integration is not a regular merge, 
but a handcrafted merge and commit with quilt and git plumbing.

workflow


Every merge starts with reseting "patches" to the state of upstream:

#> git checkout upstream
(for the first time: git checkout -b patches, otherwise:)
#> git symbolic-ref HEAD refs/heads/patches

Now we're on branch patches with the working tree and index in the pristine 
state of upstream. We can now integrate the topgit branches:

#> tg export --quilt debian/patches \
 -b debian/use-debian-java-libraries,debian/disable-tests-that-break-on-buildd

#> quilt push -a
#> git add debian/
#> rm -rf .pc
#> git add -u

Now let's create the commit and specify, which topgit branches were manually 
merged:

#> TREE=$(git write-tree)

#> COMMIT=$(git commit-tree $TREE \
 -p debian/use-debian-java-libraries \
 -p debian/disable-tests-that-break-on-buildd)

#> git update-ref refs/heads/patches $COMMIT

Now I can happily merge patches into master.

advantages
--

- The commits of all ever merged topgit branches are preserved, even after tg 
delete

- easy to understand, non cluttered history

- Easy to retire topgit branches

- Easy to work on old package versions(?): just make a branch from master at 
desired version, eventually also branch patches branch to work on old patches

- The quilt patches are used and therefore tested in the same way, as dpkg-
source uses them in version 3

- Integrates with git-buildpackage

- Doesn't need anything, that topgit hasn't ATM

Todo


discuss, test, script

Best regards,

Thomas Koch, http://www.koch.ro


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: duplicate packages in Sources and Packages files

[Goswin von Brederlow]

Lucas Nussbaum  writes:

> It is likely that other tools and scripts are affected. And there might
> also be some affected packages (debmirror? APT proxies?).

Certainly not debmirror. That alway had to cope with Arch:all packages
being listed in each archs Packages file and the same version in
stable/testing/unstable. It actualy only cares about the filenames and
keeps them in a hash. Duplicate file names just end up in the same
hash slot.

MfG
Goswin


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: dist-upgrade broken my X

[Andreas Marschke]

Am Dienstag 15 Dezember 2009 16:03:13 schrieb John Wong:
> After running apt-get update && apt-get -y dist-upgrade,
> "apt-get" remove some package, i haven't noticed, include gdm.
> now i can't login to X.
> 
> my system info:
> amd64/unstable/testing
> 2.6.31-xx kernel
> xfce4-xx
> gdm
> 
> I don't remember my /etc/apt/source.list
> deb http://ftp.debian.org/testing something-like-that
> deb http://ftp.debian.org/unstable something-like-that
> deb http://ftp.debian.org/testing/security something-like-that
> 
> Does anyone like me, remove some package by dist-upgrade, then can't
> login X?
> How to solve it?
> please help, thank you.
> 

HI 

I've had this issue in a Virtualbox upgrade for one of my boxes. The problem 
was that the Xorg driver, for this particular "display driver" wasnt updated / 
installed by distupgrade.  So i installed th virtualbox-ose-guest-utils and 
since this point it was all smooth sailing. 

See if that ( Xorg Display Driver) is your issue and see if you have installed 
the matching driver for your box.

Cheers ,

Andreas Marschke.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: dist-upgrade broken my X

[Jon Dowland]

The correct list for these questions (and any answers) is
debian-u...@lists.debian.org. Please post your question
there.


signature.asc
Description: Digital signature

Re: dh_config_model_upgrade: package upgrade with Config::Model

[Dominique Dumont]

Le vendredi 4 décembre 2009 12:35:30, Neil Williams a écrit :
> Does Config::Model obey DEBCONF_NONINTERACTIVE_SEEN=true ?
> 
> http://wiki.debian.org/Multistrap#Environment

Once the debconf question is removed, Config::Model will be used in non-
interactive mode (-ui none option) in postinst.

All the best

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: dh_config_model_upgrade: package upgrade with Config::Model

[Dominique Dumont]

Le lundi 7 décembre 2009 04:19:34, Paul Wise a écrit :
> It would still be nice if the postinst snippets didn't have to be
> patched for EmDebian. I imagine this would simply mean checking for
> perl in the postinst and only performing configuration upgrades when
> it is available.

Paul, during package build, removing the call to dh_config_model_upgrade from 
rules will remove dependencies on libconfig-model-perl and the config-model 
snippet from postinst.

Is this enough for EmDebian ?

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: dh_config_model_upgrade: package upgrade with Config::Model

[Neil Williams]

On Wed, 16 Dec 2009 16:25:35 +0100
Dominique Dumont  wrote:

> Le lundi 7 décembre 2009 04:19:34, Paul Wise a écrit :
> > It would still be nice if the postinst snippets didn't have to be
> > patched for EmDebian. I imagine this would simply mean checking for
> > perl in the postinst and only performing configuration upgrades when
> > it is available.
> 
> Paul, during package build, removing the call to
> dh_config_model_upgrade from rules will remove dependencies on
> libconfig-model-perl and the config-model snippet from postinst.
> 
> Is this enough for EmDebian ?

No. The package should simply exit cleanly with a successful return
value if perl does not exist, letting everything else proceed as before.
The postinst itself needs to check - that way, Emdebian doesn't have to
patch every package using dh_config_model.

Patching debian/rules is problematic because you cannot use
debian/rules to operate the patch mechanism. It is always better to
have a conditional either in debian/rules or in the maintainer
scripts, just as is used in the standard makefile snippets that
determine if it is a cross-build or not. [0]

An alternative is to make dh_config_model* into a no-op if a build
environment variable is set. DEB_BUILD_OPTIONS="noconfigmodel" or
something. With this set, it has to be entirely equivalent to
dh_config_model not appearing in debian/rules at all. It's not ideal
because it is yet another hack when it would be better to assume that
perl just might not be there. However, it also has the advantage that
the build option can be set even if perl does exist but the maintainer
wants to test something within the package without config_model getting
in the way. For this to work, dh_config_model must do absolutely
nothing at all if the build option is set, neither should any other
part of the build use the presence of dh_config_model in debian/rules
(e.g. by testing with grep) to make or prevent any action that would
not occur if dh_config_model was not present in debian/rules.

It would be so much better if this whole implementation was in C - as
long as nothing in the config model tried to execute the cross-built
executable on the build system. Then the ability to disable it via a
build option would be truly orthogonal to the actual issue of whether
perl exists.

[0] 
DEB_HOST_GNU_TYPE=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
else
CROSS= --build $(DEB_BUILD_GNU_TYPE)
endif


-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.linux.codehelp.co.uk/
http://e-mail.is-not-s.ms/



pgpRPGeMh0DIY.pgp
Description: PGP signature

Processed: Re: Bug#561349: Login Credentials not honoured

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 561349 general
Bug #561349 [otherr] otherr: login credentials aren't honoured
Warning: Unknown package 'otherr'
Bug reassigned from package 'otherr' to 'general'.
> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Processed: Re: Bug#561349: Login Credentials not honoured

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 561349 normal
Bug #561349 [general] otherr: login credentials aren't honoured
Severity set to 'normal' from 'critical'

> tags 561349 + moreinfo
Bug #561349 [general] otherr: login credentials aren't honoured
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

netscript-2.4 - multiple packages to better intergrate into boot sequence

[Matthew Grant]

Hi!

I am the author of the netscript-2.4 package, and I am currently
updating it to better support IPv6, and I have found that I have to
better intergrate it into the boot sequence under upstart and the newer
boot dependencies.

Splitting into multiple packages seems to be the only way to do it, and
to make the installation of the package easier.  Here is what I plan:

netscript-2.4 - this will retain the current init.d start up set up, and
remain neutral an d not attempt to start any interfaces on install.

netscript-2.4-no-ifupdown  - this will conflict with and replace
ifupdown, and support bring up interface eth0 under DHCP on install and
have current init.d setup, along with a udev script.

netscript-2.4-upstart - upstart version of netscript with DHCP for eth0
on boot, and upstart /etc/init scripts for full integration with
upstart.  It will have a package dependency on upstart, as well as
replacing ifupdown.  This will be very useful under Ubuntu.

Currently, when I install on a system using upstart, the boot sequence
hangs after commenting out all the interfaces
in /etc/network/interfaces...  I have added code to run /sbin/initctl if
it is found.

I have thought carefully about just doing the latter, and keeping the
current package install initialisation, but I have realised that the
network startup has to interface more tightly with upstart to achieve
maximum intergration, and response to interface events.  This will also
make the package a lot easier to install and use.

Usages for the package are network configuration for a firewall, router,
and Virtual Machine server because of its bridge handling which is far
more flexible and easier to get going than that in ifupdown.  I
currently use the package on my laptop to start VPN services, and
administer the internal networking for the kvm VMs I run, as well as in
a monster Myth tv /network server/firewall machine I have at home for
IPv6 integration development and testing.

I am currently going ahead with splitting the package as above, as I can
see it as the best solution as it makes the package easier to use and
install for new users, and keeps the status quo for those who currently
have the package installed.  Over time I will be setting up a migration
path to the netscript-2.4-upstart package once the boot system settles
down with init replaced by upstart

Your thoughts please.

Best Regards,

Matthew Grant


signature.asc
Description: This is a digitally signed message part

Re: defaulting to net.ipv6.bindv6only=1 for squeeze

[Kurt Roeckx]

On Sat, Oct 24, 2009 at 08:24:31PM +0200, Marco d'Itri wrote:
> 
> Applications can change the behaviour for their sockets using setsockopt
> and the IPV6_V6ONLY option[2], and many already do this to prevent the
> need of adjusting their configuration depending on how the system is
> configured.

Why don't you fix the applications not doing that?  As I see
it this only has an effect on what I would call broken
applications.  I see 2 possible things:
- The application is broken and doesn't try to open 2 sockets
  at all.  This means now you break their ipv4 support.
- The application already tries to open the 2 sockets, but
  didn't call setsockopt() so the 2nd one just fails.  Adding
  the setsockopt() is a very simple change and doesn't break
  anything and has the effect you want.  This is a very
  simple change to make.

It looks like the only application I'm running that isn't calling
the setsockopt is samba.


Kurt


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: reassign 561068 to general

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Probably not a bug in the package; user needs help
> reassign 561068 general
Bug #561068 [nfs-kernel-server] nfs crashes debian
Bug reassigned from package 'nfs-kernel-server' to 'general'.
>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: SpamAssassin is run on Alioth, but its results are ignored

[Raphael Hertzog]

On Wed, 16 Dec 2009, jida...@jidanni.org wrote:
> >> SpamAssassin is run on Alioth, but its results are ignored.
> >> The spam, though detected, is not separated out from the stream.
> 
> SG> This is isn't actually true
> 
> $ GET http://article.gmane.org/gmane.linux.debian.devel.eeepc/2539/raw |grep 
> X-Spam-Status
> X-Spam-Status: Yes, score=9.2 required=5.0
> 

hert...@alioth:~$ grep ^SApermreject /etc/exim4/sa-exim.conf
SApermreject: 12.0
SApermrejectSavCond: 1
SApermrejectsave: /var/spool/sa-exim/SApermreject

Only those with a score above 12 are rejected. 

Cheers,
-- 
Raphaël Hertzog


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: SpamAssassin is run on Alioth, but its results are ignored

[Stephen Gran]

This one time, at band camp, jida...@jidanni.org said:
> >> SpamAssassin is run on Alioth, but its results are ignored.
> >> The spam, though detected, is not separated out from the stream.
> 
> SG> This is isn't actually true
> 
> $ GET http://article.gmane.org/gmane.linux.debian.devel.eeepc/2539/raw |grep 
> X-Spam-Status
> X-Spam-Status: Yes, score=9.2 required=5.0

(I don't know why we're having this discussion on -devel, but)

2009-12-07 21:27:19 1NHl6v-0006Ak-OI SA: Action: flagged as Spam but accepted: 
score=9.2 required=5.0 (scanned in 5/5 secs | Message-Id: 
5201899751.20091208002...@l3377l.com). From  
(host=orsondv.mdp2.net [89.111.164.221]) for 
debian-eeepc-de...@lists.alioth.debian.org

I know it seems an awful lot like trying to help yourself instead of
just complaining until someone fixes it for you, but you can look at
the world readable exim configuration and the sa-exim configuration file
to figure out the threshholds that are set for the whole of alioth, and
you can ask the list admin to filter on the spam score.

But, of course, whatever works for you.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :sg...@debian.org |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

MySQL server from backports.org issue

[JW Foster]

Maybe I can get a response with more info. I upgraded to MySQL-server
5.1.1 from stable using the backports.org apps in my sources.list &
pinning them . I also upgraded all of MySql as well. I did not realize
there was any difference until I tried to upgrade the backports
installation & I can not do it. I have discovered several things. 
1. the database mysql seems to be screwed up some way. 
2. I can not edit it or even open it from Webmin or MySqladmin or from
any other app. I get this error: 

"SQL show index from `event` failed : Can't find file:
'./mysql/event.frm' (errno: 13)"

3. I also can not change the password for the 'required' user
'debian-system-maint' ( why is there a required user) (was not needed
b/4?)

4. Basic global install requires my.cnf for it to be effective. I did as
normal taking the dist file, editing it & changing the name to my.cnf. I
noticed it shows the user as mysql. which I have enabled. I also see
that the 'required' user 'debian-system-maint' is enabled using webmin
to view this.

5. The debian-start requires the debian.cnf file and it says to NOT edit
it. I did see the it indicates the user as debian-system-maint with what
appears to be an obscured password.

6. I rarely have any gripes with the developers, however this just seems
to be unnecessary over engineering in order to debianize the server
install.

7. My question is how do I fix this? The debian readme does NOT supply
an answer.

Somehow the server is running and my apps seem to be running OK, but I
just do not like the mess the debian developers have made of this. I
also can not uninstall the server to go back to the stable version.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: SpamAssassin is run on Alioth, but its results are ignored

[Carl Fürstenberg]

On Thu, Dec 17, 2009 at 00:12, Stephen Gran  wrote:
>
> (I don't know why we're having this discussion on -devel, but)
>
> 2009-12-07 21:27:19 1NHl6v-0006Ak-OI SA: Action: flagged as Spam but 
> accepted: score=9.2 required=5.0 (scanned in 5/5 secs | Message-Id: 
> 5201899751.20091208002...@l3377l.com). From  
> (host=orsondv.mdp2.net [89.111.164.221]) for 
> debian-eeepc-de...@lists.alioth.debian.org
>
> I know it seems an awful lot like trying to help yourself instead of
> just complaining until someone fixes it for you, but you can look at
> the world readable exim configuration and the sa-exim configuration file
> to figure out the threshholds that are set for the whole of alioth, and
> you can ask the list admin to filter on the spam score.
>
> But, of course, whatever works for you.
> --

I would like to point out some things here:
1. The original poster might not be an DD, and thus doesn't have shell
access to the servers in question (please correct me if I'm wrong
here)
2. The normal interpretation of "required" gives an impression that
the spam filter isn't activated in this particular mail, so it's
understandable for me to think so
3. I feel your attitude isn't well suited for an Debian developer. Try
be more helpful instead of sounding like a dick.

-- 
/Carl Fürstenberg 


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: SpamAssassin is run on Alioth, but its results are ignored

[Ben Hutchings]

On Thu, 2009-12-17 at 01:03 +0100, Carl Fürstenberg wrote:
> On Thu, Dec 17, 2009 at 00:12, Stephen Gran  wrote:
> >
> > (I don't know why we're having this discussion on -devel, but)
> >
> > 2009-12-07 21:27:19 1NHl6v-0006Ak-OI SA: Action: flagged as Spam but 
> > accepted: score=9.2 required=5.0 (scanned in 5/5 secs | Message-Id: 
> > 5201899751.20091208002...@l3377l.com). From  
> > (host=orsondv.mdp2.net [89.111.164.221]) for 
> > debian-eeepc-de...@lists.alioth.debian.org
> >
> > I know it seems an awful lot like trying to help yourself instead of
> > just complaining until someone fixes it for you, but you can look at
> > the world readable exim configuration and the sa-exim configuration file
> > to figure out the threshholds that are set for the whole of alioth, and
> > you can ask the list admin to filter on the spam score.
> >
> > But, of course, whatever works for you.
> > --
> 
> I would like to point out some things here:
> 1. The original poster might not be an DD, and thus doesn't have shell
> access to the servers in question (please correct me if I'm wrong
> here)

You're wrong, this is Alioth.

> 2. The normal interpretation of "required" gives an impression that
> the spam filter isn't activated in this particular mail, so it's
> understandable for me to think so
> 3. I feel your attitude isn't well suited for an Debian developer. Try
> be more helpful instead of sounding like a dick.

If this was the first bug report from jidanni, sure, but jidanni is a
regular bug reporter and really ought to have learned better by now.

Ben.

-- 
Ben Hutchings
Hoare's Law of Large Problems:
Inside every large problem is a small problem struggling to get out.


signature.asc
Description: This is a digitally signed message part

Re: Bug#561401: heimdal: FTBFS: Uses quilt in debian/rules, patches fail to apply.

[Brian May]

Hello Debian-Devel!

See bug #561401.

The reporter suggests that the problem is because I use quilt in debian/rules,
however I was under the impression removing quilt stuff was optional, from
:

"You can remove everything related to quilt in debian/rules (patch/unpatch
logic, cleanup of quilt stamp file and its .pc directory)."

When I built the package it built fine, maybe the auto build environment is
broken?


>From the build log I see:

if [ -d "." ]; then \
  cd . && QUILT_PATCHES=/build/buildd/heimdal-1.3.1.dfsg.1/debian/patches 
quilt --quiltrc /dev/null pop -a -R || test $? = 2 ; \
fi
No patch removed

...


cd . && QUILT_PATCHES=/build/buildd/heimdal-1.3.1.dfsg.1/debian/patches quilt 
--quiltrc /dev/null push -a || test $? = 2
Applying patch 011_sharedlibs
patching file tools/krb5-config.in
Hunk #1 FAILED at 135.
1 out of 1 hunk FAILED -- rejects in file tools/krb5-config.in
Patch 011_sharedlibs can be reverse-applied

...


This seems wrong. Why did the quilt pop command fail to remove the patches?


Thanks
-- 
Brian May 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#561401: heimdal: FTBFS: Uses quilt in debian/rules, patches fail to apply.

[Russ Allbery]

Brian May  writes:

> See bug #561401.

> The reporter suggests that the problem is because I use quilt in
> debian/rules, however I was under the impression removing quilt stuff
> was optional, from
> :

> "You can remove everything related to quilt in debian/rules (patch/unpatch
> logic, cleanup of quilt stamp file and its .pc directory)."

> When I built the package it built fine, maybe the auto build environment
> is broken?

[...]

> This seems wrong. Why did the quilt pop command fail to remove the
> patches?

With older versions of dpkg-dev, if quilt isn't already available,
dpkg-source will use its own internal mechanism to apply the patch series,
and that internal method did not maintain the .pc directory.  If the
patches are applied that way, quilt will not think that any patches are
applied and hence quilt pop will do nothing, but then quilt push will
fail to apply the patches because they've already been applied.

Maybe that buildd has that older version of dpkg-dev?

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Bug#561401: heimdal: FTBFS: Uses quilt in debian/rules, patches fail to apply.

[Cyril Brulebois]

Brian May  (17/12/2009):
> See bug #561401.

See bug #557667?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: SpamAssassin is run on Alioth, but its results are ignored

[jidanni]

Re: http://news.gmane.org/group/gmane.linux.debian.devel.general/thread=147634
Thank you all for your attention to this issue and allowing us to
finally find people in charge for
http://news.gmane.org/group/gmane.linux.debian.devel.eeepc/thread=2462

Now what is needed is for the spam threshold for
debian-eeepc-de...@lists.alioth.debian.org to be lowered from 12 which
is way too high, certainly higher than some quite low spam groups I
recall seeing on lists.debian.org at least, to something more sane.

Indeed, perhaps adjust the SpamAssassin required_score instead of
internal settings outsiders cannot be aware of, and then simply act on
"X-Spam-Status: Yes".

I vote for required_score 2, any less and then even yours truly's
messages wouldn't get through :-)

I'm not aware what notification rejected messages get, if indeed they
should at all get...


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

[Need Help] About file lock in Debian Sarge

[Muhammad H Hilman]

Dear Debian developers

I run DOVIS 2.0 (docking application) in cluster server using Debian Sarge
Then I got *"Can not get init lock!"* notification

here is the screenshoot

[image: http://img710.imageshack.us/img710/7643/35869453.png]

I already asked the developers about this problem
They said I have to install file lock in my Operating System

here is the screenshoot

[image: http://img43.imageshack.us/img43/361/dovis.png]

Actually, I don't really know how to install file lock in Debian Sarge,
so do my system administrator
Anybody knows how to install file lock in Debian Sarge?

Re: unzip.h and unzip.c files in source packages.

[Charles Plessy]

Le Tue, Dec 15, 2009 at 04:05:38PM +, Neil Williams a écrit :
> 
> Just because a filename is reused doesn't mean that the packages
> put the same code into that filename.

Le Tue, Dec 15, 2009 at 06:41:51PM +, Stephen Gran a écrit :
> 
> Whether or not these are actually the same files, I would have thought
> it was clear that option two is the better option in general?

Le Tue, Dec 15, 2009 at 02:07:45PM -0500, Michael Gilbert a écrit :
> 
> The security-tracker's known embedded code copies list [0] would be
> a good resource of reference source code that should be searched in
> these lintian checks.
> 
> Anyway, implementing this could involve some significant work, and I
> personally do not have the time for it, but it would be incredibly
> useful; especially from a security standpoint since dealing with
> embedded code is very tedious and time-consuming.

Le Tue, Dec 15, 2009 at 04:29:04PM -0600, Raphael Geissert a écrit :
> 
> http://source.debian.net/source/search?q=%22Decryption+code+comes+from+crypt.c+by+Info-ZIP%22&defs=&refs=&path=&hist=
> 
> It yields better results.

Thank you all for your anwers.

I think that the fact that the copies of the minizip an other commonly
duplicated sources files are missed in some debian/copyright declarations are a
clear demonstration that we do not manage to conform to our policy to
centralise and reproduce all copyright statements in a single location.
Luckily, this does not systematically result in a license violation, in
particular if we agree on the unicity of the source and binary packages (and at
least when considering the GPL it must be considered as one single entity).
But there are at least a couple of more serious cases, for instance when the
missed file is an MD5 implementation with an advertisement clause…

So while I am all in favor of a relaxation of our policy of copyright
documentation, I also agree that there would be a use for an automatic
detection of the most commonly duplicated source files. As Neil and Raphael
suggested, there are better ways than relying on the file's name. I was hoping
that for some of them that are not mutating too fast, maybe a MD5-based
approach could be useful. Inspection of some unzip.c and md5.h files makes me
more pessimistic as it uncovered additional difficulties. In some projects, a
boilerplate claiming copyright and indicating an additional license is added to
all files, apparently regardless if they have been modified or not. In other
cases, the whitespace environment of the original license statement has been
reformatted. 

Nevertheless, if a good combination of MD5 sums and heuristics can be found for
the biggest cases, this would have applications beyond just making Lintian
checks. First, the list of packages sharing source code could be used to expand
some entries of to the security team's list of embeded code copies. Second,
pre-made copyright declarations could be made in DEP-5 format, to save time to
everybody. I will report if I make progress on this part.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: [Need Help] About file lock in Debian Sarge

[Steve Langasek]

[Please note that this question is more appropriate for debian-user, not
debian-devel.]

On Thu, Dec 17, 2009 at 10:51:39AM +0700, Muhammad H Hilman wrote:
> Dear Debian developers

> I run DOVIS 2.0 (docking application) in cluster server using Debian Sarge
> Then I got *"Can not get init lock!"* notification

> here is the screenshoot

> [image: http://img710.imageshack.us/img710/7643/35869453.png]

> I already asked the developers about this problem
> They said I have to install file lock in my Operating System

> here is the screenshoot

> [image: http://img43.imageshack.us/img43/361/dovis.png]

> Actually, I don't really know how to install file lock in Debian Sarge,
> so do my system administrator
> Anybody knows how to install file lock in Debian Sarge?

"file lock" is not a proper name for a piece of software.  I have no idea
what this is supposed to mean; I think the developers of the software you're
trying to run owe you a clearer explanation.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Re: MySQL server from backports.org issue

[Brent Clark]

On 17/12/2009 01:38, JW Foster wrote:

Somehow the server is running and my apps seem to be running OK, but I
just do not like the mess the debian developers have made of this. I
also can not uninstall the server to go back to the stable version.
   


Hiya

K why dont you start by purging all the mysql packages.

Then, exercise an aptitude install of mysql-server but from backupports 
( -t lenny-backports )


Then take the last backup of before the backports upgrade and then 
repopulate the db


i.e. mysql < database.sql.

HTH

Brent Clark


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org